Re: [Talk-it] Confini amministrativi invertiti nel rendering di OSM

[mircozorzo]

Nel rendering standard di openstreetmap.org, in quello umanitario  è
corretto.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Confini-amministrativi-invertiti-nel-rendering-di-OSM-tp5878964p5878965.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] Confini amministrativi invertiti nel rendering di OSM

[mircozorzo]

Ciao, ho notato che sul Po' a Polesella il confine amministrativo è invertito
rispetto a quello che mi aspetterei, ovvero, la scritta Veneto è a sud, sul
lato dell'Emilia Romagna e viceversa, mi sembra che sia o un errore o il
contrario di quello che mi aspetterei. Sbaglio?


Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Confini-amministrativi-invertiti-nel-rendering-di-OSM-tp5878964.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: [OSM-talk-fr] Rendu du nom d'une commune nouvelle

[Jérôme Amagat]

Bonjour,
Je revient la dessus parce que je trouve ça important.
J'ai regardé il y a environ 430 communes avec un nom différent de celui de
leur admin_centre vous pouvez les voir là :
http://umap.openstreetmap.fr/fr/map/carte-des-communes-dont-ladmin_centre-a-un-nom-dif_95198
je les ai classe en 3 catégories les communes nouvelles en bleu, celle dont
le nom de l'admin_centre apparaît dans le nom de la commune en vert (comme
quand 2 communes fusionnent et que pour le nom de la commune ont colle les
2 noms) et les autres (des fois c'est un problème d'orthographe d'autre
fois c'est un nom complètement différent et certaine fois c'est une erreur
a corrigé).

Déjà çà montre que le problème n'arrive pas avec les communes nouvelles.
Des fusions plus anciennes ont créé le même problème (le plus souvent le
nouveau nom c'est les anciens noms accolés). mais pas que, certaines
communes (peu) n'ont jamais eu comme nom le nom d'une ville ou d'un
village. la commune peut porter le nom de l’île sur laquelle est la
commune, le nom d'un château, d'un saint...

Il faut dire que 430 c'est pas énorme vu le nombre de commune mais ce n'est
sûrement pas toutes les communes dont le chef lieu a un nom différent.
Certaines communes (surtout des communes nouvelles) n'ont pas
d'admin_centre. De plus certains place=village (ou autre) porte le nom de
la commune et pas le nom du village. De plus, avec la multiplication des
communes nouvelles, les cas vont augmentés.
ça serai bien d’être d'accord sur une façon de taguer ça.

moi ce que j'en pense :
Pour moi, une commune c'est différent d'un village ou d'une ville dont il
ne faut pas mettre le nom de la commune sur un place=village juste pour le
faire apparaître sur le rendu. le nom est sur le multipolygon et c'est
suffisant si le rendu ne l'affiche pas c'est pas grave pour la plus part
des gens les noms des villes et villages est plus important que les
communes (les limites des communes n’apparaissent pas sur beaucoup de
carte).
Le role label c'est juste pour décider ou placer le nom SI le rendu décide
de la placer donc c'est pas très utile.
Après il y a un tag place= pour les pays, les régions, il y a bien quelque
chose qui existe sur le wiki qui pourrait servir pour les commune
place=municipality mais c'est très peu utiliser dans le monde et pas rendu
il me semble.

Pour choisir le nom des place=village (ou town ...) c'est pas toujours
simple. exemple pour une ville après plusieurs fusions : Cherbourg
http://www.openstreetmap.org/#map=14/49.6315/-1.6240
Il y a plusieurs place=* :
Cherbourg en cotentin comme town
Cherbourg-Octeville comme suburb
Octeville comme suburb
Moi comme ça de très loin (j’habite dans l’Ain) je comprends pas bien je
pensais que la ville s'appelait Cherbourg mais Cherbourg n'existe plus
comme ville? et Octeville la "ville" voisine n'est plus une ville. Les gens
ne disent plus qu'il habitent a Cherbourg?
Il me semble sur les panneau d'entrée d'agglo que c'est écrit
Cherbourg-Octeville.
Donc c'est quoi qui donne le nom d'une ville à une ville :
La commune et son nom
Les panneaux
L'utilisation par les habitants
L'histoire
...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-ht] OSM is 3D capable

[ALCE, Samuel Paul]

Hello all,

   Pandan nou nan GWO DISKISYON ann gade koman mond lan ap
evolye kite nou jisss deye net. :(  Sa fem mal...
ANTOUKA ann enjoy link sa ansanm, ann gade koman OSM ap grandi ak travay
tout kontribyab yo...

NB: Nou tout ki la kontribye a jefo sila... nou chak se youn nan moun ki fe
travay sa reyalize... Ann gade devan, ann kontinye fe konbit, yon jou na va
chanje figi lakay

Klike sou link sa pou nou ka we mevey ki genyen nan OSM: Mwen selman montre
inivesite a men nou ka drague pou nou ka we lot kote anko...

Mwen gen yon gwo pwoje poum mete couleur nan tout building yo... tout moun
ki vle nou ka komanse vin kole main avem lem vini paske map bay fomasyon
sou sa.


https://demo.f4map.com/#lat=19.6554279=-72.0699937=19=157.689

-- 
*ALCE Samuel Paul, *

*Port-au-Prince, Haiti *

*Field Data Coordinator @ DAI / USAID*
*Géo-Information Specialist (GIS)*

*Humanitarian OpenStreetMap Team memberOpenStreetMap** contributor in
Haiti *

*OSM username: ALCE Samuel Paul *

*Cell**: (509) 4894-2175 / 4638-4875 / 4289-7651

 *
*Skype**: samuelalce*
*Whatsapp*: *(509) **4289-7651*
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Christoph Hormann]

On Friday 22 July 2016, Ilya Zverev wrote:
>
> Wait that doesn't seem right. You cannot violate guidelines because
> they are examples and explanations, not restrictions or a law. And
> then, when the guidelines say a dataset "may be" considered
> derivative, it doesn't say it is derivative (or otherwise). You
> cannot violate a text that says "may be", except by mathematically
> proving it is wrong either way.

The guidelines are interpretations of the practical meaning of the 
license and therefore you can do things with the OSM data that 'violate 
the guidelines' in the sense that they are something the guidelines say 
is not covered by the license.  If this interpretation is correct or 
not can be a matter of opinion of course.

> If I didn't care about the views of the community, I wouldn't
> continue this discussion. I want to either convince you or other
> people that it's okay to put proprietary data on top of the OSM data,
> or learn the reasons why this leads to a derivative database,
> requiring to open the proprietary part. In the latter case we at
> maps.me, of course, would need to simplify our data processing.

I did not say or imply you don't care about the views of the community, 
i just said that if you do something that according to your 
interpretation is covered by the license but contradicts the 
interpretation in the community guidlines that would communicate a lack 
of care for the views of the community.

> I guess that falls down to the definition of "intermingling". That's
> the word I don't understand in technical sense. Is any intermingling
> bad, or there is a good kind of intermingling? Neither in my example
> not anywhere else do I make a derivative database, as I believe. Does
> the process of intermingling lead to derivative database in any case?

OK - i try to be clearer:

If you use ODbL data in combination with proprietary data - no matter in 
what form this data comes in - these two data sets form either a 
collective database or a derivative database in terms of the ODbL.  If 
it can be regarded as a collective database depends on the question if 
the ODbL part of that combination and the proprietary part are 
independent databases.  As i have already explained your modified ODbL 
part (the hotels with some of them removed) is only intended and only 
useful in combination with the other, non-ODbL part and the combination 
does not work with the non-modified data which clearly disqualifies it 
from being independent and as a result the combination would be a 
derivative database.

And since you objected to use of these terms - yes, intent and 
usefulness are significant regarding the question of independence of 
the databases.

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

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

Re: [OSM-legal-talk] attributive data enrichment using OSM

[Ilya Zverev]

Hi Stefan, and thanks for writing to this mailing list.

Your case is not much different from geocoding, when you borrow some attributes 
(addresses, or in your case, POI or landuse tags) from OSM and put it into a 
proprietary database. That would clearly make a derived database out of your 
proprietary one, so you would have to provide it under an open license.

Now, if you are not giving any access to the resulting database outside a 
private network, that may be considered not using it publicly, in which case 
the whole license does not apply. Section 4.2 starts with "If You Publicly 
Convey this Database, any Derivative Database, or the Database as part of a 
Collective Database, then You must", so this depends on how non-public your 
system is. I hope somebody else here can elaborate on this.

IZ

> 22 июля 2016 г., в 5:46, Stefan Jäger  написал(а):
> 
> Dear all from legal-talk,
>  
> We have the idea of using OSM data for an enrichment process in order to 
> improve the attributive information of proprietary building footprints.
>  
> Let me briefly explain, what the purpose of using OSM for our enrichment 
> process is.
>  
> We are developing a data product for building footprints  that is based on 
> 3D-building data from the official German surveying authorities (there 16 of 
> them) .
> The license of these data is not open, neither for the original data nor the 
> data product we plan to produce.
>  
> These original data are rather heterogeneous with respect to quality , 
> quality not in the sense of geometrical correctness or completeness but in 
> the sense of building function attributes (residential, official, hospital, 
> etc.).
> Our Idea is to use OSM data in a quality improvement process for the building 
> types, in combination with other processes like analyzing the shape and/or 
> size of buildings.
>  
> An example:
> Suppose we  have a building footprint from our data which has no information 
> on the building type.
> We now take the centroid of that building and analyze the underlying osm area 
> information , which is, let’s say an industrial complex.
> We would then assign the official code, let’s say ‘4711 (industrial)’ to that 
> building.
>  
> Another example:
> Again, suppose we  have a building footprint of our data which has no 
> information on the building type.
> We would than take OSM amenity (point) information and check whether there 
> are many shops (points) inside that building polygon.
> We would then designate the building a shopping mall (provided a certain size 
> criterion derived from the original data source is met) and assign it the 
> code 1234 for shopping mall.
>  
> My question now is: if we enrich our data (with only underlying attributes, 
> no geometry from OSM at all) with such a process using OSM data, is this then 
> a produced work (or a collective database) or would I have to license my 
> enriched data product under the odbl, which I would not be allowed to do, 
> because it would conflict with the license of the main data source?
>  
> The final data product itself is not intended for public use (e.g. on 
> publicly accessible websites) or display, which is forbidden by the original 
> license in the first place.
> It will not have any osm information or reference to osm  entries in the 
> final data product.
>  
> I have read the text here:
> https://wiki.openstreetmap.org/wiki/Open_Data_License/Horizontal_Layers_-_Guideline
> in particular the last paragraph “Combining OSM data with proprietary data?”
> …
> But what happens in case a legal entity wants to combine OSM data with 
> third-party data? Let's assume the third-party data is proprietary, e.g. a 
> list of restaurants that was bought by the legal person with the right to 
> publicly use it, but of course not publicly release it.
> ….
>  
> Unfortunately this question has not been answered yet.
>  
> Of course I am more than happy with acknowledging OSM as an additional data 
> enrichment source.
>  
> I would also be happy to support the OSM project.
>  
> Most importantly, I need to be on the safe side.
>  
> Thanks for feedback!
>  
> Stefan Jäger
> 
>  
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk


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

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Ilya Zverev]

Sorry I'm not commenting everything, but just the parts I find important. (See 
below)

> 22 июля 2016 г., в 1:35, Christoph Hormann  написал(а):
> 
> But neither does it become collective.  And if you re-read my last 
> mail - i clearly made the argument based on the license itself that it 
> would be difficult to argue that your modified OSM hotel database with 
> select hotels removed is an independent database because it is 
> specifically intended to be used in combination with another 
> proprietary database and the derivation from the original data (removal 
> of features) only makes sense for use in this combination.  And 
> classification as a collective database requires the individual 
> databases to be independent.

I see you using the words "intended to be used" and "makes sense for use". They 
caught my eye because there was a discussion recently in a russian open data 
initiative group about requirements to state purposes for which open data is 
downloaded, which came to me as absurd. Because if a publisher chooses which 
intentions are right and which are wrong, that means the data is not open.

I was not bringing FUD earlier, I was trying to illustrate the consequences of 
bringing additional non-specific clauses to an open license. For me, your 
mentions of intended use seem like extra restrictions that weren't mentioned 
anywhere before.

> If you do something that violates the guidelines 
> (which i have not said you do) but trust it is OK by the letter of the 
> license (which i have not said it is) then you have to keep in mind 
> that by doing that you communicate that you don't care about the views 
> and the wishes of the community.

Wait that doesn't seem right. You cannot violate guidelines because they are 
examples and explanations, not restrictions or a law. And then, when the 
guidelines say a dataset "may be" considered derivative, it doesn't say it is 
derivative (or otherwise). You cannot violate a text that says "may be", except 
by mathematically proving it is wrong either way.

If I didn't care about the views of the community, I wouldn't continue this 
discussion. I want to either convince you or other people that it's okay to put 
proprietary data on top of the OSM data, or learn the reasons why this leads to 
a derivative database, requiring to open the proprietary part. In the latter 
case we at maps.me, of course, would need to simplify our data processing.

> 
>> Consider a simpler experiment. I remove nodes based on an obscure
>> algorithm. I then publish the rest of the database and a list of
>> removed nodes under an open license. Do I have to open the algorithm?
> 
> You never have to open any algorithms, publishing the methods used is 
> just a possible alternative to publishing the derivative database and 
> it can only be used if this method can be used by anyone to reconstruct 
> the derivative database from the original data (like when you use a 
> random number generator to remove random features).  But if you 
> intermingle ODbL and proprietary data into a derivative database 
> publishing only the algorithm used for that is meaningless since to 
> reproduce the results you need the proprietary data as well.

In the example I don't mention any proprietary data. I may be using a 
proprietary algorithm, using some proprietary number generator, but in the end 
I get these two datasets: the database and a list of what I removed. First you 
are saying I don't need to publish the algorithm, since it's just an 
alternative, but then you start mentioning a need to publish both the algorithm 
and all the third-party data it uses (which it may or may not have used, you 
don't know).

I guess that falls down to the definition of "intermingling". That's the word I 
don't understand in technical sense. Is any intermingling bad, or there is a 
good kind of intermingling? Neither in my example not anywhere else do I make a 
derivative database, as I believe. Does the process of intermingling lead to 
derivative database in any case?

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

Re: [Talk-it] Semi OT - bus, pokemon e gtfs

[Francesco Piero Paolicelli]

wheelchair=yes non wheelmap :)

Il giorno 22 luglio 2016 13:28, Cascafico Giovanni  ha
scritto:

> Da poco mi sto interessando alle risorse per i navigatori multimodali ed
> ai relativi dati del trasporto collettivo in standard GTFS. Escludendo
> pochi virtuosi (Lecce, Milano, Reggio Calabria,Bologna, Trento...), ho
> notato un generico sentimento di "chiusura". Il rilascio di questa
> informazione dovrebbe essere intrinsecamente pubblico, ma sembra che pure
> il concetto di "mezzo collettivo" sia proprietario. Oltretutto, gugolando
> open data trasporti Udine, di "open" si ottiene solo #openfuffa.
>
> Sono tre mesi che informalmente (mail e telefono) abbiamo gentilmente
> chiesto alla SAF [1] (società di trasporti di Udine che credevo a
> maggioranza pubblica) i tempi di rilascio dei dati, ma questa, oltre ad
> apporre il copyright persino sugli opuscoli degli orari, tergiversa; da
> notare che li ha già forniti a Bing e Google, i quali ovviamente li hanno
> definitivamente blindati.
> Vien da pensare che una certa influenza la abbia la società inglese Arriva
> [2], detentrice del 60% del trasporto "pubblico" della provincia.
>
> Insomma a me piacerebbe iniziare ad imbastire un server con
> opentripplanner con la mia città, aver un bello sfondo OSM e magari, pure
> mappare tanti wheelmap=yes per completa navigazione multimodale cittadina.
> Intanto un utente OSM [3] ha meticolosamente fotografato le bacheche delle
> fermate urbane e con questi dati contiamo di compilare e pubblicare un GTFS
> open almeno urbano, ma il lavoro sarà lunghetto.
> Nel frattempo sto costruendo il GTFS urbano per Gorizia, la xui rete non é
> molto estesa e che soprattutto non ha apposto il copyright sui PDF.
>
> Poi volevo proporre alla ML una joint-venture OSM-Nintendo :-)
>
> Trovato in giro:
>
> "Un espediente per avere molte Pokémon balls è quello di usare i mezzi
> pubblici. Tenendo aperta la fotocamera del telefono quando il tram o
> l’autobus passerà di fronte ad un Pokéstop voi farete il pieno di Poké
> Ball. In questo caso infatti non contano i passi che si fanno e si può
> applicare questo trucco per salire il più possibile di livello."
>
> Mi pare che il gioco implichi l'acquisto di "balls", ma secondo me una
> bella fonte di profitto saranno anche le tracce GPS, ovviamente non di
> proprietà dei giocatori.
>
> [1] http://www.saf.ud.it/
> [2] https://it.m.wikipedia.org/wiki/Arriva
> [3]
> https://www.openstreetmap.org/user/Gabriele%20Dri/diary/38645
>
> --
> cascafico.altervista.org
> twitter.com.cascafico
>
> ___
> 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-de] Import Gehwegdaten Heidelberg

[mastaler]

Hallo zusammen,

ich kümmere mich aktuell darum, eine explizite Nutzungserlaubnis  
bezüglich der Odbl zu bekommen und die Möglichkeit, das  
Ausgangsshapefile zur Einsicht zur Verfügung zu stellen.

Ich melde mich, wenn es diesbezüglich Neuigkeiten gibt.
Bis dahin,

Viele Grüße
Lisa


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

[Talk-ht] Fwd: Re:

[ALCE, Samuel Paul]

FYI

ALCE Samuel Paul,

Port-au-Prince, Haiti

Field Data Coordinator @ DAI / USAID
Géo-Information Specialist (GIS)
Humanitarian OpenStreetMap Team member
OpenStreetMap contributor in Haiti

OSM username: ALCE Samuel Paul

Cell: (509) 4894-2175 / 4638-4875 / 4289-7651


Skype: samuelalce
Whatsapp: (509) 4289-7651
-- Forwarded message --
From: "Jean Bully PROPHETE" 
Date: Jul 22, 2016 13:16
Subject: Re:
To: "Adler Salvador" 
Cc: "ALCE, Samuel Paul" , "Schneider kennedy
Alcereste" , "Wendy Delva" ,
"Louino Robillard" , "Alouidor Lesly Louis" <
leslyloui...@gmail.com>, "similia joseph (Google+)" <
reply-116397632905621852...@profiles.google.com>, "Junior Jean Cadet
(Google+)" , "JEAN jean
baptiste (Google+)" ,
"Dagno louis" 

Bonjou Salvador;
   Mwen kontan entevansyon w an e mwen  vle diw ke mwen
renmen saw di a e sitou sam pi renmen an se le
 w di:" paske c yo ki pi maltrete nan tout kote nou pase nan Peyi a depi lè
nap fome jèn." Wi se vre Sal, e mwen vle di tou se rezon sa ki fe nou te
vle reyini manb COSMHANNE yo san rann kont de KOMITE a (paske nou pat vle
li sanble ak yon mouvman refomis men pito rasanbleman).

Nou tap cheche mwayen pou nou pa antre nan koze enten gwoup la pandan nap
rankontre ak yo menm jan mesye frankofon yo te fe pou COSMHA lane denye
kote anpil nan nou te patisipe pami yo manb COSMHANNE (Wendy). Men moman sa
yo t diskite remanbreman COSMHA, men eske Wendy c manm COSMHA Si non
eske se paske mwen se ti neg nwa tet grenn ki fe ou panse mwen pa ka ede w
ak tout kem?

Poukisa se sel Wendy ki we ide a tankou yon ide menasan pou entere entenn
COSMHANNE pandan plizye lot mwen kwaze Okap  we li pozitivman, petet li pat
konprann sam te vle fe, men Wendy se patnem, se youn nan de meye katograf
mwen fome (Alouidor-Wendy), mwen panse sil pat konprann li tap pi saj pou
ekri mwen ou rele mwen mande mwen sak pase.BREF

Mwen pat gen ide, mwen pa gen ide manm COSMHANNE, men mwen gen ide  EDE nou
tout jan mwen kapab ak tout ke mwen sa mwen pa janm antre yon segond nan
koze entenn nou SVP.

Mwen santi diskisyon sa tap pi bel sou talk-ht kom c pa la li fet mwen mete
kek moun COSMHANNE petet mwen panse ki ka enpotan pou diskisyon sa.

Merci...



2016-07-22 1:53 GMT-04:00 Adler Salvador :

> Mw Salye nou tout!
>
> Map felisite Samuel pou tout efò w toujou  fè pou kenbe OSM-Haiti anvi.
> Mw kontan paskew pral reprezante m nan State of the map la.
>
> Mw tap swiv mesaj yo menm te vle pran tan avanm reaji.
> Se vre Samuel Bully Derchy e lot toujou nou patisipe nan fòme anpil jèn
> nan plizye depatman espesyalman Nò ak Nòdès.
>
> Chak kote sa yo nou te gen objektif poun fè yo endepan pou yo jere tout
> afè yo antre yo. Si yo bezwen èd nou pa gen problem nap toujou disponib pou
> yo. Men nan ka COSMHANNES si nou vle ede yo se ak de menm map aplodi èd yo.
> Men fok nou evite antre nan bagay entèn yo paske c yo ki pi maltrete nan
> tout kote nou pase nan Peyi a depi lè nap fome jèn.
>
> Mw janm te toujou di yo map toujou la poum ede yo paske nan moman la se
> sel Ayiti ki fèmen nan nivo OSM paske nou toujou ap tann projè pou nou
> travay. Epi moun ki gen posiblite yo toujou bezwen itilize moun pou yo Fè
> non.
>
> Mw kwè nan konbit c nan konbit mw kwè nap jwenn fòs pou n soti tout mapper
> nou pedi yo tankou nan Leogan,nan Jacmel, nan Okay,nan Jeremie.
>
> Mwen salye nou tout
> `` kwè nan konbit se kwè nan avni chak frè ak sè nou.``
>
> Adler Salvador
>
> *LIVE OSM Team*
> (+509) 3832-0016
>



-- 
* Jean Bully Prophete*
GIS Field Agent at DAI/AVANSE Haiti
Humanitarian OpenstreetMap Team member / OSM Advanced Mapper-Trainer

Skype:jeanbully
Linkedin: Jean Bully

Phone/Whatsapp:+1(509)3732-2379
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [Talk-it] Comune di ledro

[girarsi_liste]

Il 22/07/2016 17:14, matteo ruffoni ha scritto:
> Usa la mappa openstreetmap
> 
> 
> 

Visto il numero di mappatori da quelle parti, direi che l'attribuzione
era difficile da far "passare liscia".. :)


-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [OSM-ja] 今後のオープンソースカンファレンスの日程について

[多田 真遵]

 山下さん

有り難う御座います。
お隣なんですね、安心しました。

では、まったり布教活動に勤しみます。

 

 

-元のメッセージ-
差出人: yasunari 
宛先: talk-ja ; tadanet3 
送信日時: 2016/7/22, 金, 22:53
件名: Re: [OSM-ja] 今後のオープンソースカンファレンスの日程について

多田さん、みなさん、
京都の山下です。こんにちわ。


OSC 京都に参画いただき、ありがとうございます。

7/29 の展示は 11:00 - 17:00 です。
11:00 にスタンバイできていれば十分です。

ずっとブースにいないといけないかといえば、
全くそのようなことはなく
隣のブースに私がいますし、
木村さんにも応援に来ていただけるとお聞きしています。

誰かがブースを見ているように調整しながら
OSC を楽しんでください

// 私なんて、毎年ブースそっちのけで OSC を楽しんでます（笑


京都のイベントですので、皆さんが身近に感じていただけるように
京都でマッピングできているところを紹介いただければと思います。
手前みそながら二条城とか
http://tools.geofabrik.de/mc/#17/35.0144/135.7484=2=mapnik=google-map

仁和寺とか
http://tools.geofabrik.de/mc/#17/35.0297/135.7136=2=mapnik=google-map
天龍寺とか
http://tools.geofabrik.de/mc/#17/35.0154/135.6748=2=mapnik=google-map
といった Google Map に完勝（謎）しているところを使って
皆様にアピールしていただければと。




みなさん：
7/29-30 に京都リサーチパークで開催される
オープンソースカンファレンス 2016 Kyoto
https://www.ospn.jp/osc2016-kyoto/
に、ぜひお越しください。
2日間ブース展示がおこなわれるほか、
7/30 10:00- アトリウムにて
オープンストリートマップで京都観光を楽しもう！
と題して攻めている京都をご紹介します。
https://www.ospn.jp/osc2016-kyoto/modules/eguide/event.php?eid=34

ついでに、個人的には
ハックしよう！１０周年
https://www.ospn.jp/osc2016-kyoto/modules/eguide/event.php?eid=6
や、「第4回 OSCアワード」表彰式
https://www.ospn.jp/osc2016-kyoto/modules/eguide/event.php?eid=71
にもお越しいただきたく。

お申込みはこちらから
https://www.ospn.jp/osc2016-kyoto/modules/eventrsv/?id=2=1

では、当日、皆さんにお会いできるのを楽しみにしています！！




In message <1560f6210d6-482f-2...@webprd-m34.mail.aol.com>
多田 真遵  writes

 > 
 >  田口さん
 > うぃるこむ@尼崎です。
 > 
 > 7月29日(金)の[京都]オープンソースカンファレンスですが、
 > ブースに10:00～17:00に常駐していれば良いでしょうか？
 > 他のブースを見て周りたいので少し離席しても良いのでしょ
 > うか？
 > 荷物は会場へ送って頂けるとの事なので、10時にブース
 > に並べて、17時に片付けるという流れで良いですか？
 > 田口さんは30日(土)にいらっしゃるとの事なので、直接は
 > 会えなさそうですが、何か引き継ぎが有ればお伝えします。
 > 
 > 以上、宜しくお願いします。
 > 
 >  
 > 
 >  
 > 
 > -元のメッセージ-
 > 差出人: Takahisa TAGUCHI 
 > 宛先: talk-ja 
 > 送信日時: 2016/3/17, 木, 11:14
 > 件名: Re: [OSM-ja] 今後のオープンソースカンファレンスの日程について
 > 
 > 田口です。うぃるこむさん、返信ありがとうございます。私は7/30(土)のみの参加となる予定なので、金曜日対応していただけると大変助かります。展示物については基本的に群馬と同じものを想定しています。荷物は会場へ直接送付を考えていますが、近くなったらご相談させてください。よろしくお願いします。On
 >  2016/03/15 3:35, 多田 真遵 wrote:> 田口さん> うぃるこむです。>> 7月29日(金)の[京都] は終日参加できます。>> 
 > 以上、宜しくお願いします。>>> On 月曜日, 3月 14, 2016 Zoar.  wrote:>> 
 > ぞあ.です 5月14日(土)の OSC 群馬について妻から参加 OK がもらえたので1日> 行く ことができます。 
 > ブース側で参加したことはありませんが、ブース側とし> て参加できます。 出展に使う備品(?)もある程度の量であればキャリーケース> で、多ければ 
 > 車で持って行く事もできます。 On 2016/03/03 17:26, Takahisa> TAGUCHI wrote: > 田口です。 > > 
 > 先日のオープンソースカンファレンス> Tokyo/Spring 参加のみなさん > お疲れ様でした。 > > 今後のOSCですが、以下> 
 > のように開催が予定されています。 > > ■5月14日(土) ・・・出展者募集中！> （3/18締切） > [群馬] 
 > オープンソースカンファレンス2016 Gunma > > ■5月28> 日(土) ・・・出展者募集中！（4/4締切） > [名古屋] 
 > オープンソースカンファ> レンス2016 Nagoya > > ■6月17日(金)・18(土) ・・・3月上旬申込開始予定 >> [北海道] 
 > オープンソースカンファレンス2016 Hokkaido > > ■7月2日(土)> ・・・4月中旬申込開始予定 > [沖縄] 
 > オープンソースカンファレンス2016> Okinawa > > ■7月29日(金)・30日(土) ・・・5月初旬申込開始予定 > [京都]> 
 > オープンソースカンファレンス2016 Kyoto > > > わたし個人的には群馬は前向> きに検討、北海道・京都は参加で考えています。 > 
 > 名古屋については、今回岐> 阜方面での別の予定と被ってしまったのですが、 > ちょうど通り道でもあるの> でうまく時間が合えば午前中だけでも立ち寄れる 
 > > かもしれません、、、 > >> 今回沖縄では前夜祭として「オープンソースカンファレンス サミット」が > 併> 
 > 催される予定で、各地方の参加者が一同に集まる見込みです。 > # わたしは北> 海道の直後なので財政的に沖縄の参加は厳しいかも、、、 > > 
 > ひとまず他に参> 加できる方がいれば群馬と名古屋の申込みをしたいと思いますが > いかがで> しょうか？ > > 
 > ___ > Talk-ja> mailing list > 
 > Talk-ja@openstreetmap.org >> 
 > https://lists.openstreetmap.org/listinfo/talk-ja > -- Twitter : @k_zoar> 
 > OSM: http://hdyc.neis-one.org/?k_zoar> 
 > ___ Talk-ja mailing list> 
 > Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja>> 
 > Sent from AOL Mobile Mail> Get the new AOL app: mail.mobile.aol.com 
 > ___> Talk-ja mailing list> 
 > Talk-ja@openstreetmap.org> 
 > https://lists.openstreetmap.org/listinfo/talk-ja>___Talk-ja
 >  mailing 
 > listTalk-ja@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ja

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

Re: [OSM-legal-talk] attributive data enrichment using OSM

[Martin Koppenhoefer]

sent from a phone

> Il giorno 22 lug 2016, alle ore 14:46, Stefan Jäger  ha 
> scritto:
> 
> My question now is: if we enrich our data (with only underlying attributes, 
> no geometry from OSM at all) with such a process using OSM data, is this then 
> a produced work (or a collective database) or would I have to license my 
> enriched data product under the odbl,


I think it's the latter (derivative database). You are mixing up databases and 
they are not independent, so the viral aspect of ODbL comes into play 

cheers,
Martin 
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk] The movie Eye in the Sky credits OpenStreetMap

[Martin Koppenhoefer]

the wiki has this list where you can add examples of OSM use in the media:

http://wiki.openstreetmap.org/wiki/OpenStreetMap_in_the_media

one example from German TV (fiction, not docu) was mentioned here by Frederik 
(screenshot linked): 
https://lists.openstreetmap.org/pipermail/talk-de/2015-May/111079.html

In 2004 OSM appeared in the popular (in Germany) tv film series Tatort: 
http://forum.openstreetmap.org/viewtopic.php?id=27232

And there have been more, you can find them mentioned in the archives...

Just found this list now: 
http://wiki.openstreetmap.org/wiki/OpenStreetMap_in_deutschen_TV-Produktionen

cheers,
Martin 





sent from a phone


sent from a phone
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] OSM-Carto style, ported to vector tiles!

[Rory McCann]

Hello all,

Over the past while, I've been working on porting the
openstreetmap-carto style to vector tiles. I'm happy to have something
of beta quality to release to you all:

https://github.com/geofabrik/openstreetmap-carto-vector-tiles

Please consult the vector tiles specific readme for more:
https://github.com/geofabrik/openstreetmap-carto-vector-tiles/blob/master/README_VECTOR_TILES.md

I am open to your bug reports, complaints, gripes, philosophical
questions, compliments, etc.

I will be speaking about the process of porting a non-vector-tile style
to vector tiles at State of the Map 2016 at Brussels.

-- 

Rory (who've cleverly releasing something at 5pm on a Friday before
going to the pub)



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

Re: [Talk-it] Comune di ledro

[Cristian Consonni]

2016-07-22 17:14 GMT+02:00 matteo ruffoni :
> Usa la mappa openstreetmap

E pare che ci sia l'attribuzione!
Ottimo!

Ciao,
C

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

Re: [Talk-it] Altezza edifici?

[Luigi Toscano]

On Friday, 22 July 2016 16:49:05 CEST cesare gerbino wrote:
> Grazie a tutti per le risposte sollecite!!
> 
> @Martin: come posso verificare la presenza dell'informazione dell'altezza
> degli edifici in una delle cità che citi (in effetti di Berlino ricordo un
> bel lavoro che era uscito un pò di tempo fà e quindi vuol dire che quel
> dato da qualche parte c'è ... ). Grazie anticipatamente

Non scientifico/sistematico, ma puoi fare un giro su:
http://demo.f4map.com/

Ciao
-- 
Luigi

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

Re: [Talk-it] Altezza edifici?

[cesare gerbino]

Grazie a tutti per le risposte sollecite!!

@Martin: come posso verificare la presenza dell'informazione dell'altezza
degli edifici in una delle cità che citi (in effetti di Berlino ricordo un
bel lavoro che era uscito un pò di tempo fà e quindi vuol dire che quel
dato da qualche parte c'è ... ). Grazie anticipatamente

Buona serata

Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b

Questo è un account di posta personale di Cesare Gerbino: tutte le opinioni
espresse sono personali e non riflettono necessariamente quelle del mio
datore di lavoro

This is Cesare Gerbino mail account. Text is written by Cesare Gerbino:
 the views expressed  are mine and not necessarily those of my employer.
.


Il giorno 22 luglio 2016 16:44, Martin Koppenhoefer 
ha scritto:

>
>
> sent from a phone
>
> > Il giorno 22 lug 2016, alle ore 13:25, cesare gerbino <
> cesaregerb...@gmail.com> ha scritto:
> >
> > Ho provato a cercare in rete ma ho trovato solo cose relative a NewYork
> e Vancouver ...
>
>
> infatti, NYC sarebbe stato la prima cosa venuta in mente. Poi in UK hanno
> rilasciato immagini LIDAR dettagliati per tutto il paese (penso di
> ricordare, credo 15 o 30 cm), sia DEM che surface.
>
> Probabilmente anche le altre grandi città come Parigi, Mosca e Berlino
> hanno dati 3D (a Berlino hanno rilasciato un modello 3D del centro in open)
>
> ciao,
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Altezza edifici?

[Martin Koppenhoefer]

sent from a phone

> Il giorno 22 lug 2016, alle ore 13:25, cesare gerbino 
>  ha scritto:
> 
> Ho provato a cercare in rete ma ho trovato solo cose relative a NewYork e 
> Vancouver ... 


infatti, NYC sarebbe stato la prima cosa venuta in mente. Poi in UK hanno 
rilasciato immagini LIDAR dettagliati per tutto il paese (penso di ricordare, 
credo 15 o 30 cm), sia DEM che surface.

Probabilmente anche le altre grandi città come Parigi, Mosca e Berlino hanno 
dati 3D (a Berlino hanno rilasciato un modello 3D del centro in open)

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

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Richard Fairhurst]

Johan C wrote:
> It's quite simple: as long as MAPS.ME operates in either the white or 
> the grey area of the license it's perfectly fine what they are doing.

Um, no, that's precisely what "grey area" _doesn't_ mean.

Richard



--
View this message in context: 
http://gis.19327.n5.nabble.com/OSM-legal-talk-MAPS-ME-combining-OSM-data-and-non-OSM-data-tp5877650p5878934.html
Sent from the Legal Talk mailing list archive at Nabble.com.

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

Re: [OSM-legal-talk] attributive data enrichment using OSM

[Stefan Jäger]

Thanks fort he quick answer,

Actually I did consult the mentioned guideline , however, I could not really 
relate it 100% to my use case.
That's what I hope for some clarification here.

Stefan

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

[OSRM-talk] OSRM 5.3.0

[Patrick Niklaus]

Hey,

we just released OSRM 5.3.0. This releases brings some exiting changes
with regard to the 5.2 series. Most importantly we now have support
for turn lanes. Thanks to all contributors of this release. Our
special thanks goes to Michael Krasnyk for contributing various bug
fixes and ARM support.

See the changelog below:

  Changes form 5.2.7
- API
  - Introduces new `TurnType` in the form of `use lane`. The type
indicates that you have to stick to a lane without turning
  - Introduces `lanes` to the `Intersection` object. The lane data
contains both the markings at the intersection and a flag indicating
if they can be chosen for the next turn
  - Removed unused `-s` from `osrm-datastore`
- Guidance
  - Only announce `use lane` on required turns (not using all
lanes to go straight)
  - Improved detection of obvious turns
  - Improved turn lane detection
  - Reduce the number of end-of-road instructions in obvious cases
- Profile:
  - bicycle.lua: Surface speeds never increase the actual speed
- Infrastructure
  - Add 32bit support
  - Add ARM NEON/VFP support
  - Fix Windows builds
  - Optimize speed file updates using mmap
  - Add option to disable LTO for older compilers
  - BREAKING: The new turn type changes the turn-type order. This
breaks the **data format**.
  - BREAKING: Turn lane data introduces two new files
(osrm.tld,osrm.tls). This breaks the fileformat for older versions.
- Bugfixes:
  - Fix devide by zero on updating speed data using osrm-contract

As always there is a corresponding node-osrm release.

Best,
Patrick

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

Re: [OSM-ja] 今後のオープンソースカンファレンスの日程について

[yasunari]

多田さん、みなさん、
京都の山下です。こんにちわ。


OSC 京都に参画いただき、ありがとうございます。

7/29 の展示は 11:00 - 17:00 です。
11:00 にスタンバイできていれば十分です。

ずっとブースにいないといけないかといえば、
全くそのようなことはなく
隣のブースに私がいますし、
木村さんにも応援に来ていただけるとお聞きしています。

誰かがブースを見ているように調整しながら
OSC を楽しんでください

// 私なんて、毎年ブースそっちのけで OSC を楽しんでます（笑


京都のイベントですので、皆さんが身近に感じていただけるように
京都でマッピングできているところを紹介いただければと思います。
手前みそながら二条城とか
http://tools.geofabrik.de/mc/#17/35.0144/135.7484=2=mapnik=google-map

仁和寺とか
http://tools.geofabrik.de/mc/#17/35.0297/135.7136=2=mapnik=google-map
天龍寺とか
http://tools.geofabrik.de/mc/#17/35.0154/135.6748=2=mapnik=google-map
といった Google Map に完勝（謎）しているところを使って
皆様にアピールしていただければと。




みなさん：
7/29-30 に京都リサーチパークで開催される
オープンソースカンファレンス 2016 Kyoto
https://www.ospn.jp/osc2016-kyoto/
に、ぜひお越しください。
2日間ブース展示がおこなわれるほか、
7/30 10:00- アトリウムにて
オープンストリートマップで京都観光を楽しもう！
と題して攻めている京都をご紹介します。
https://www.ospn.jp/osc2016-kyoto/modules/eguide/event.php?eid=34

ついでに、個人的には
ハックしよう！１０周年
https://www.ospn.jp/osc2016-kyoto/modules/eguide/event.php?eid=6
や、「第4回 OSCアワード」表彰式
https://www.ospn.jp/osc2016-kyoto/modules/eguide/event.php?eid=71
にもお越しいただきたく。

お申込みはこちらから
https://www.ospn.jp/osc2016-kyoto/modules/eventrsv/?id=2=1

では、当日、皆さんにお会いできるのを楽しみにしています！！




In message <1560f6210d6-482f-2...@webprd-m34.mail.aol.com>
多田 真遵  writes

 > 
 >  田口さん
 > うぃるこむ@尼崎です。
 > 
 > 7月29日(金)の[京都]オープンソースカンファレンスですが、
 > ブースに10:00～17:00に常駐していれば良いでしょうか？
 > 他のブースを見て周りたいので少し離席しても良いのでしょ
 > うか？
 > 荷物は会場へ送って頂けるとの事なので、10時にブース
 > に並べて、17時に片付けるという流れで良いですか？
 > 田口さんは30日(土)にいらっしゃるとの事なので、直接は
 > 会えなさそうですが、何か引き継ぎが有ればお伝えします。
 > 
 > 以上、宜しくお願いします。
 > 
 >  
 > 
 >  
 > 
 > -元のメッセージ-
 > 差出人: Takahisa TAGUCHI 
 > 宛先: talk-ja 
 > 送信日時: 2016/3/17, 木, 11:14
 > 件名: Re: [OSM-ja] 今後のオープンソースカンファレンスの日程について
 > 
 > 田口です。うぃるこむさん、返信ありがとうございます。私は7/30(土)のみの参加となる予定なので、金曜日対応していただけると大変助かります。展示物については基本的に群馬と同じものを想定しています。荷物は会場へ直接送付を考えていますが、近くなったらご相談させてください。よろしくお願いします。On
 >  2016/03/15 3:35, 多田 真遵 wrote:> 田口さん> うぃるこむです。>> 7月29日(金)の[京都] は終日参加できます。>> 
 > 以上、宜しくお願いします。>>> On 月曜日, 3月 14, 2016 Zoar.  wrote:>> 
 > ぞあ.です 5月14日(土)の OSC 群馬について妻から参加 OK がもらえたので1日> 行く ことができます。 
 > ブース側で参加したことはありませんが、ブース側とし> て参加できます。 出展に使う備品(?)もある程度の量であればキャリーケース> で、多ければ 
 > 車で持って行く事もできます。 On 2016/03/03 17:26, Takahisa> TAGUCHI wrote: > 田口です。 > > 
 > 先日のオープンソースカンファレンス> Tokyo/Spring 参加のみなさん > お疲れ様でした。 > > 今後のOSCですが、以下> 
 > のように開催が予定されています。 > > ■5月14日(土) ・・・出展者募集中！> （3/18締切） > [群馬] 
 > オープンソースカンファレンス2016 Gunma > > ■5月28> 日(土) ・・・出展者募集中！（4/4締切） > [名古屋] 
 > オープンソースカンファ> レンス2016 Nagoya > > ■6月17日(金)・18(土) ・・・3月上旬申込開始予定 >> [北海道] 
 > オープンソースカンファレンス2016 Hokkaido > > ■7月2日(土)> ・・・4月中旬申込開始予定 > [沖縄] 
 > オープンソースカンファレンス2016> Okinawa > > ■7月29日(金)・30日(土) ・・・5月初旬申込開始予定 > [京都]> 
 > オープンソースカンファレンス2016 Kyoto > > > わたし個人的には群馬は前向> きに検討、北海道・京都は参加で考えています。 > 
 > 名古屋については、今回岐> 阜方面での別の予定と被ってしまったのですが、 > ちょうど通り道でもあるの> でうまく時間が合えば午前中だけでも立ち寄れる 
 > > かもしれません、、、 > >> 今回沖縄では前夜祭として「オープンソースカンファレンス サミット」が > 併> 
 > 催される予定で、各地方の参加者が一同に集まる見込みです。 > # わたしは北> 海道の直後なので財政的に沖縄の参加は厳しいかも、、、 > > 
 > ひとまず他に参> 加できる方がいれば群馬と名古屋の申込みをしたいと思いますが > いかがで> しょうか？ > > 
 > ___ > Talk-ja> mailing list > 
 > Talk-ja@openstreetmap.org >> 
 > https://lists.openstreetmap.org/listinfo/talk-ja > -- Twitter : @k_zoar> 
 > OSM: http://hdyc.neis-one.org/?k_zoar> 
 > ___ Talk-ja mailing list> 
 > Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja>> 
 > Sent from AOL Mobile Mail> Get the new AOL app: mail.mobile.aol.com 
 > ___> Talk-ja mailing list> 
 > Talk-ja@openstreetmap.org> 
 > https://lists.openstreetmap.org/listinfo/talk-ja>___Talk-ja
 >  mailing 
 > listTalk-ja@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ja
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] Altezza edifici?

[Lorenzo Perone]

Ciao Cesare,
se non sbaglio Anzola dell'Emilia li ha rilasciati.
Ciao.
Lorenzo

Il ven 22 lug 2016, 13:27 cesare gerbino  ha
scritto:

> Ciao a tutti,
>
> sò che sia la diffusione sia la qualità dell'informazione dell'altezza
> degli edifici in OSM è non così eccelsa (es. rif.
> http://gis.19327.n5.nabble.com/Import-edifici-piemontesi-tt5857329.html#a5865004),
> ma qualcuno conosce zone in Italia e/o anche fuori dove vi siano dati
> "buoni" sotto questo punto di vista?
>
> In alternativa, dati open con le medesime informazioni?
>
> Ho provato a cercare in rete ma ho trovato solo cose relative a NewYork e
> Vancouver ...
>
> Grazie mille e buona giornata
>
> Cesare Gerbino
>
> http://cesaregerbino.wordpress.com/
> http://www.facebook.com/cesare.gerbino
>
> http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
> https://twitter.com/CesareGerbino
> http://www.linkedin.com/pub/cesare-gerbino/56/494/77b
>
> Questo è un account di posta personale di Cesare Gerbino: tutte le
> opinioni espresse sono personali e non riflettono necessariamente quelle
> del mio datore di lavoro
>
> This is Cesare Gerbino mail account. Text is written by Cesare Gerbino:
>  the views expressed  are mine and not necessarily those of my employer.
> .
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

Lorenzo

Scusa per la brevità, sto scrivendo da mobile.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Johan C]

It's quite simple: as long as MAPS.ME operates in either the white or the
grey area of the license it's perfectly fine what they are doing.

Op 22 jul. 2016 12:04 p.m. schreef "Richard Fairhurst" :

> Ilya Zverev wrote:
> > Let's consider another use case. An application that shows OSM map,
> > and on top of it shows 1 mln of user points. A users has an option to
> > hide the OSM map underneath proprietary points, with a radius of 1
> > km. Does in that moment when a user clickes the options, the
> > combined map become derivative?
>
> The question then would be how ODbL treats a machine-generated result like
> that, where both independent datasets are transmitted to the device but the
> selection/arrangement of the "combined" result is done algorithmically
> on-device.
>
> That probably depends on your reading of the terms "Convey", "Use" and
> "Publicly" in ODbL; I confess to not being 100% sure how they would apply
> in
> such a case, and would be interested to hear others' opinions.
>
> Richard
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/OSM-legal-talk-MAPS-ME-combining-OSM-data-and-non-OSM-data-tp5877650p5878889.html
> Sent from the Legal Talk mailing list archive at Nabble.com.
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
>
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk] The movie Eye in the Sky credits OpenStreetMap

[Richard Weait]

An episode of K9 used an OpenStreetMap screen in a chase sequence.
They fumbled the credit during production, but added an IMDB credit
after LWG contacted them.  :-)
http://www.imdb.com/title/tt1504317/companycredits?ref_=ttspec_sa_5

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

Re: [OSM-ja] 歩道のマッピング

[ribbon]

On Thu, Jul 21, 2016 at 03:19:30PM +0900, Shu Higashi wrote:
> 
> 1.トレース方法
> 1.1 基盤地図1/2500
> 1.1.1 車道に沿った普通の歩道
> 明示的に歩道が判別できる部分をトレースします。
> highway=footway
> footway=sidewalk

敷地の公開部分が歩道扱いになっているものは、
sidewalkにすべきでしょうか、pedestrianにすべきでしょうか。

> 1.1.3 歩道の進行方向
> 歩行者にとって、特に指定がない限り歩道の進行方向は決まっていません
> （＝双方向です）が、手すり(handrail)や斜度(incline)などのタグは歩道に
> 付随するものとして方向（右側/左側、上り/下り）が必要なので、
> 歩道を描く際の進行方向は右側を歩く際の進行方向が前になるように
> 描くと良いと思います。

車は左、人は右、ですね。


> 遮断機と警報は例えば次のようにタグを付加します。
> crossing:barrier=yes
double half,full,half,no が定義出来るみたいです。

昇降式の遮断機用タグも欲しいところ。

ribbon

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

[OSM-legal-talk] attributive data enrichment using OSM

[Stefan Jäger]

Dear all from legal-talk,

We have the idea of using OSM data for an enrichment process in order to 
improve the attributive information of proprietary building footprints.

Let me briefly explain, what the purpose of using OSM for our enrichment 
process is.

We are developing a data product for building footprints  that is based on 
3D-building data from the official German surveying authorities (there 16 of 
them) .
The license of these data is not open, neither for the original data nor the 
data product we plan to produce.

These original data are rather heterogeneous with respect to quality , quality 
not in the sense of geometrical correctness or completeness but in the sense of 
building function attributes (residential, official, hospital, etc.).
Our Idea is to use OSM data in a quality improvement process for the building 
types, in combination with other processes like analyzing the shape and/or size 
of buildings.

An example:
Suppose we  have a building footprint from our data which has no information on 
the building type.
We now take the centroid of that building and analyze the underlying osm area 
information , which is, let's say an industrial complex.
We would then assign the official code, let's say '4711 (industrial)' to that 
building.

Another example:
Again, suppose we  have a building footprint of our data which has no 
information on the building type.
We would than take OSM amenity (point) information and check whether there are 
many shops (points) inside that building polygon.
We would then designate the building a shopping mall (provided a certain size 
criterion derived from the original data source is met) and assign it the code 
1234 for shopping mall.

My question now is: if we enrich our data (with only underlying attributes, no 
geometry from OSM at all) with such a process using OSM data, is this then a 
produced work (or a collective database) or would I have to license my enriched 
data product under the odbl, which I would not be allowed to do, because it 
would conflict with the license of the main data source?

The final data product itself is not intended for public use (e.g. on publicly 
accessible websites) or display, which is forbidden by the original license in 
the first place.
It will not have any osm information or reference to osm  entries in the final 
data product.

I have read the text here:
https://wiki.openstreetmap.org/wiki/Open_Data_License/Horizontal_Layers_-_Guideline
in particular the last paragraph "Combining OSM data with proprietary data?"
...
But what happens in case a legal entity wants to combine OSM data with 
third-party data? Let's assume the third-party data is proprietary, e.g. a list 
of restaurants that was bought by the legal person with the right to publicly 
use it, but of course not publicly release it.


Unfortunately this question has not been answered yet.

Of course I am more than happy with acknowledging OSM as an additional data 
enrichment source.

I would also be happy to support the OSM project.

Most importantly, I need to be on the safe side.

Thanks for feedback!

Stefan Jäger

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

Re: [Talk-it] import civici Emilia Romagna

[Alessandro Palmas]

In attesa che arrivi l'ok all'import dalla ML imports (o che passi il 
giusto tempo per pensare ad un silenzio-assenso), ho aggiunto un pò di 
info sulla pagina wiki

http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016
ed ho tradotto la pagina relativa al plugin di Josm Conflate 
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/IT:Conflation


Trovate anche la Provincia di Rimini divisa per singoli comuni. Non ci 
sono tutti, dovrebbero mancare i comuni che si sono annessi da poco alla E-R


Alessandro Ale_Zena_IT

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

[OSM-ja] 踏切のマッピング

[ribbon]

On Fri, Jul 22, 2016 at 05:28:23PM +0900, Shu Higashi wrote:

> > 2.6 踏切
> > railway=crossing は遮断機なし踏切
> > railway=level_crossing は遮断機あり踏切
> > という使い分けがされているように思われるのですがいかがでしょうか。
> 
> 上の２つは遮断機の有無という面もあるのかもしれませんが
> 私自身は歩行者用と車用、ととらえていました。

> 今回、車が通る踏切の両サイドにも歩道のラインを引く
> という話なのですが、踏切の場合、遮断機や警報機は車も人も
> 共通でしょうから、２種類の踏切の表現が混在するのは
> 冗長だしちょっとヘンな感じではありますね。
> どうしたらいいですかね。。

日本の踏切は、4つの種類に分かれています。

https://ja.wikipedia.org/wiki/%E8%B8%8F%E5%88%87

JOSMだと、警報器、遮断機の有無も指定出来ます。
ですので、level_crossing を指定し、警報機なし、遮断機なし、
を指定することで、歩行者用、とすれば良いのではないかと思います。

大きな踏切の場合、車道部分と歩道部分にわかれて、遮断機がある
場合もありますが、全体として1つの踏切扱いになっています。

#日本独自の、level_cloossing:type=[1|3|4|other]を付加するかは
#議論の余地はあるかと思います。

その他、非常に例外的ではありますが、踏切ではあるが、
信号によって制御する場合もあります。

また、BRTの場合は、バス専用道と一般道が交差することになりますが、
バス専用道側に遮断機があります。この交点を踏切と言うかどうかは
わかりません。もちろん、元の踏切だったところではあるのですが。

ribbon

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

[Talk-es] Introducir horarios en OSM

[yo paseopor]

Saludos!

Ya sabeis de mi inquietud por ir un "poco más allá" en algunas cosejas. Si
hace un tiempo me dió por "idear" algunas etiquetas históricas para OSM
(una de las posibilidades para añadir una dimensión temporal a OSM) y que
podeis encontrar aquí
http://wiki.openstreetmap.org/wiki/API_v0.7#4th_Dimension y en uso como
prueba aquí http://www.openstreetmap.org/way/429399491 seguí pensando en el
tiempo en una cuestión por la que me he interesado alguna vez: el
transporte público. Y barrinando barrinando y mirando lo "temporal" y
oficial que existía en  OSM me encontré con tres etiquetas : opening_hours
, service_times y collect_times.

Antes de que me tireis tomates decir que esto ha sido una prueba y que si
lo explico y detallo aquí es para ver como podemos hacer evolucionar esa
idea. Los que considereis que en OSM no caben las cosas "temporales" ya no
os va a gustar, así que ahorraros la lectura.
El tema es el de siempre, como introducir datos valiosos y ricos en el mapa
que nos den funcionalides "extra" sin usar proyectos o datos de terceros
que no sean los ya introducidos por OSM y que acostumbran a durar poco,
depender de otros...y desaparecer.

En este caso la idea es convertir los horarios de tren en algo que OSM
pueda "entender". Lo primero es tener en cuenta una cosa básica: el límite
de 255 carácteres que tiene OSM para los campos. Lo segundo, el propio
funcionamiento de OSM, para múltiples etiquetas y sus esquemas temporales.
Con ello lo que se ha hecho es convertir el horario de paso de un tren por
una línea determinada (las líneas de tren suelen tener varios trenes que
realizan diversos recorridos, no hace falta que sea la totalidad de la
línea)por lo que podríamos aplicar el esquema de
http://wiki.openstreetmap.org/wiki/Relation:route#Railway_routes_.28light_rail.2C_metro.2C_mainline.2C_monorail.2C_etc..29
para "unir las diversas estaciones". Una vez tenemos el horario de paso de
ese tren por esa estación lo convertimos en intérvalos ...¿de 3 minutos?
(¿cuanto tiempo se está un tren en esa estación con las puertas abiertas?)
y usarlo en la opening_hours com este ejemplo:

name=Tren Vilanova - Estació de França
opening_hours=04:42-04:45, 05:38-05:41, 06:03-06:06, 06:19-06:22,
06:25-06:28, 06:34-06:37, 06:38-06:41, 06:51-06:54, 06:54-06:57,
07:02-07:05, 07:09-07:12, 07:17-07:20, 07:31-07:34, 07:38-07:41,
07:51-07:54, 07:57-08:00

Como veis en el ejemplo el límite nos permite 16 frecuencias, que si lo
dividimos todo bien (en trenes, en franjas temporales,etc.) da para la
mayoría de líneas españolas de paso.
Para acabarlo de aplicar considerar si el punto debe ir solo, sin etiqueta,
si podemos usar alguna del estilo platform (hay andenes que disponen de
puertas que se abren sólo cuando llega determinado tren...por lo que
sabiendo que no somos exactos se podría incluir el horario de esas
puertas). Todo esto lo he hecho usando la misma herramienta para calcular
opening_hours http://openingh.openstreetmap.de/evaluation_tool/

¿El resultado?
El que veis:

http://openingh.openstreetmap.de/?zoom=18=41.22068=1.7334=B0T=none=opening_hours
.Si
clicais en cualquier de los círculos en esa vía muerta (esto es una prueba)
el sistema os indicará cuando va a pasar el próximo tren de las horas
matinales.

¿Qué os parece la cosa? ¿La aplicaríais? ¿Cómo la mejoraríais? ¿A dónde la
propondríais?
Salut i mapes
yopaseopor
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Altezza edifici?

[Cascafico Giovanni]

Hai provato in Friuli? Non pisso far query, ma da quel che ricordo mi
sembra sia stato un buon import.  diciamo la risoluzione del piano
abitazione (3mt) o forse meglio.

--
cascafico.altervista.org
twitter.com/cascafico
Il 22/lug/2016 13:27 "cesare gerbino"  ha scritto:

> Ciao a tutti,
>
> sò che sia la diffusione sia la qualità dell'informazione dell'altezza
> degli edifici in OSM è non così eccelsa (es. rif.
> http://gis.19327.n5.nabble.com/Import-edifici-piemontesi-tt5857329.html#a5865004),
> ma qualcuno conosce zone in Italia e/o anche fuori dove vi siano dati
> "buoni" sotto questo punto di vista?
>
> In alternativa, dati open con le medesime informazioni?
>
> Ho provato a cercare in rete ma ho trovato solo cose relative a NewYork e
> Vancouver ...
>
> Grazie mille e buona giornata
>
> Cesare Gerbino
>
> http://cesaregerbino.wordpress.com/
> http://www.facebook.com/cesare.gerbino
>
> http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
> https://twitter.com/CesareGerbino
> http://www.linkedin.com/pub/cesare-gerbino/56/494/77b
>
> Questo è un account di posta personale di Cesare Gerbino: tutte le
> opinioni espresse sono personali e non riflettono necessariamente quelle
> del mio datore di lavoro
>
> This is Cesare Gerbino mail account. Text is written by Cesare Gerbino:
>  the views expressed  are mine and not necessarily those of my employer.
> .
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Semi OT - bus, pokemon e gtfs

[Cascafico Giovanni]

Da poco mi sto interessando alle risorse per i navigatori multimodali ed ai
relativi dati del trasporto collettivo in standard GTFS. Escludendo pochi
virtuosi (Lecce, Milano, Reggio Calabria,Bologna, Trento...), ho notato un
generico sentimento di "chiusura". Il rilascio di questa  informazione
dovrebbe essere intrinsecamente pubblico, ma sembra che pure il concetto di
"mezzo collettivo" sia proprietario. Oltretutto, gugolando open data
trasporti Udine, di "open" si ottiene solo #openfuffa.

Sono tre mesi che informalmente (mail e telefono) abbiamo gentilmente
chiesto alla SAF [1] (società di trasporti di Udine che credevo a
maggioranza pubblica) i tempi di rilascio dei dati, ma questa, oltre ad
apporre il copyright persino sugli opuscoli degli orari, tergiversa; da
notare che li ha già forniti a Bing e Google, i quali ovviamente li hanno
definitivamente blindati.
Vien da pensare che una certa influenza la abbia la società inglese Arriva
[2], detentrice del 60% del trasporto "pubblico" della provincia.

Insomma a me piacerebbe iniziare ad imbastire un server con opentripplanner
con la mia città, aver un bello sfondo OSM e magari, pure mappare tanti
wheelmap=yes per completa navigazione multimodale cittadina. Intanto un
utente OSM [3] ha meticolosamente fotografato le bacheche delle fermate
urbane e con questi dati contiamo di compilare e pubblicare un GTFS open
almeno urbano, ma il lavoro sarà lunghetto.
Nel frattempo sto costruendo il GTFS urbano per Gorizia, la xui rete non é
molto estesa e che soprattutto non ha apposto il copyright sui PDF.

Poi volevo proporre alla ML una joint-venture OSM-Nintendo :-)

Trovato in giro:

"Un espediente per avere molte Pokémon balls è quello di usare i mezzi
pubblici. Tenendo aperta la fotocamera del telefono quando il tram o
l’autobus passerà di fronte ad un Pokéstop voi farete il pieno di Poké
Ball. In questo caso infatti non contano i passi che si fanno e si può
applicare questo trucco per salire il più possibile di livello."

Mi pare che il gioco implichi l'acquisto di "balls", ma secondo me una
bella fonte di profitto saranno anche le tracce GPS, ovviamente non di
proprietà dei giocatori.

[1] http://www.saf.ud.it/
[2] https://it.m.wikipedia.org/wiki/Arriva
[3]
https://www.openstreetmap.org/user/Gabriele%20Dri/diary/38645

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

[Talk-it] Altezza edifici?

[cesare gerbino]

Ciao a tutti,

sò che sia la diffusione sia la qualità dell'informazione dell'altezza
degli edifici in OSM è non così eccelsa (es. rif.
http://gis.19327.n5.nabble.com/Import-edifici-piemontesi-tt5857329.html#a5865004),
ma qualcuno conosce zone in Italia e/o anche fuori dove vi siano dati
"buoni" sotto questo punto di vista?

In alternativa, dati open con le medesime informazioni?

Ho provato a cercare in rete ma ho trovato solo cose relative a NewYork e
Vancouver ...

Grazie mille e buona giornata

Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b

Questo è un account di posta personale di Cesare Gerbino: tutte le opinioni
espresse sono personali e non riflettono necessariamente quelle del mio
datore di lavoro

This is Cesare Gerbino mail account. Text is written by Cesare Gerbino:
 the views expressed  are mine and not necessarily those of my employer.
.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Richard Fairhurst]

Ilya Zverev wrote:
> Let's consider another use case. An application that shows OSM map, 
> and on top of it shows 1 mln of user points. A users has an option to 
> hide the OSM map underneath proprietary points, with a radius of 1 
> km. Does in that moment when a user clickes the options, the 
> combined map become derivative?

The question then would be how ODbL treats a machine-generated result like
that, where both independent datasets are transmitted to the device but the
selection/arrangement of the "combined" result is done algorithmically
on-device.

That probably depends on your reading of the terms "Convey", "Use" and
"Publicly" in ODbL; I confess to not being 100% sure how they would apply in
such a case, and would be interested to hear others' opinions.

Richard



--
View this message in context: 
http://gis.19327.n5.nabble.com/OSM-legal-talk-MAPS-ME-combining-OSM-data-and-non-OSM-data-tp5877650p5878889.html
Sent from the Legal Talk mailing list archive at Nabble.com.

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

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Christoph Hormann]

On Friday 22 July 2016, Ilya Zverev wrote:
> You are starting to derive the licensing terms from intentions, and
> not the actual process or usage. Which basically says, if the
> community accepts this way of judging: however you use our data, if
> we don't like what you do with it, you would have to stop. And that
> is definitely not a FOSS license, and not only maps.me would have to
> stop using OSM, because there would be a chance that any data user
> might suddenly find out that odbl favours the provider. It's like
> "this data must be used only for good and not evil": while fun,
> legally dangerous.

I have not argued in any such direction, it seems however with the above 
you are trying here to bring the usual FUD argument that the OSM 
community has to follow a lenient interpretation of the license - 
otherwise no one can use OSM data out of fear of violating the license, 
which is obviously nonsense.

So please once more: lets concentrate on this specific use case and the 
question how this fits into the rules of OSM data use.  I tried to 
follow your view and explained why i think this is ultimately 
non-consistent and would lead to a situation that is not consistent 
with various aspects of the license and the community guidelines.  I 
would expect you to argue those points and not the general 
righteousness of my approach.

> It seems to me, you are considering the Collective Database Guideline
> to be the law,

No but it tells you something about how the OSMF and the OSM community 
view the license.  If you do something that violates the guidelines 
(which i have not said you do) but trust it is OK by the letter of the 
license (which i have not said it is) then you have to keep in mind 
that by doing that you communicate that you don't care about the views 
and the wishes of the community.

Also note from a legal standpoint the community guidelines are not 
meaningless, especially if we are talking about uses that take place 
after a guideline has been published and the licensee is aware of the 
content of the guideline (which probably can be said to apply here).  
Licenses are contracts and at least here in Germany the basis of all 
contracts is agreement between the contact partners on something.  No 
agreement - no contract.  So if the OSMF as one contract partner in the 
license contract has clearly communicated publicly and beforehand 
through the community guidelines that from their side some use is 
definitely not part of the agreement that is a strong indicator on the 
nature and the limits of the license contract in any legal 
disagreement.

But note this is a layman's view of course and IANAL.

> [...] It defines what is a collective database, but
> does not define the contrary: if a data set is not covered by the
> guideline, it doesn't automatically become derivative.

But neither does it become collective.  And if you re-read my last 
mail - i clearly made the argument based on the license itself that it 
would be difficult to argue that your modified OSM hotel database with 
select hotels removed is an independent database because it is 
specifically intended to be used in combination with another 
proprietary database and the derivation from the original data (removal 
of features) only makes sense for use in this combination.  And 
classification as a collective database requires the individual 
databases to be independent.

> Consider a simpler experiment. I remove nodes based on an obscure
> algorithm. I then publish the rest of the database and a list of
> removed nodes under an open license. Do I have to open the algorithm?

You never have to open any algorithms, publishing the methods used is 
just a possible alternative to publishing the derivative database and 
it can only be used if this method can be used by anyone to reconstruct 
the derivative database from the original data (like when you use a 
random number generator to remove random features).  But if you 
intermingle ODbL and proprietary data into a derivative database 
publishing only the algorithm used for that is meaningless since to 
reproduce the results you need the proprietary data as well.

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

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

Re: [OSM-ja] 歩道のマッピング

[Shu Higashi]

muramotoさん、コメントありがとうございます。

> 2.2 点字ブロック
> tactile_paving=*をタグづけする場合、点字ブロックが歩道に「ない」ことを確認できたら、tactile_paving=noを明示的に付けていただけたらと思います。
> http://wiki.openstreetmap.org/wiki/JA:Key:tactile_paving
> 点字ブロックが「ない」ということも重要な情報であると思いますので。

そうですね。
無いと困るところは明示的に無いとしといた方が良いですね。

> 2.6 踏切
> railway=crossing は遮断機なし踏切
> railway=level_crossing は遮断機あり踏切
> という使い分けがされているように思われるのですがいかがでしょうか。

上の２つは遮断機の有無という面もあるのかもしれませんが
私自身は歩行者用と車用、ととらえていました。
今回、車が通る踏切の両サイドにも歩道のラインを引く
という話なのですが、踏切の場合、遮断機や警報機は車も人も
共通でしょうから、２種類の踏切の表現が混在するのは
冗長だしちょっとヘンな感じではありますね。
どうしたらいいですかね。。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-ja] 歩道のマッピング

[Shu Higashi]

ikiyaさん、コメントありがとうございます。

> 概要ガイドラインを共有できて歩道マッピングに着手しやすくなると思います。
> 大筋を共有して、詳細な点やタイムリーに上がってくる課題については
> 適時、意見交換できれば良いと考えます。

はい。そんな形で進められればと思います。

> 以下は東さんの内容になかった話題ですが、
> 歩道マッピング（歩行者の動線を含む）を考えるとき、footway=sidewalkなどとentranceキーの関わりは必要だと考えています。
> http://wiki.openstreetmap.org/wiki/JA:Key:entrance
> 建物入口（出口）を明示（マッピング）して、歩道（sidewalk）などから建物までの歩行ラインを結べるところまでいければ
> 、ナビ地図としてはより良いと思います。対象は規模の大きな建物、商業施設、ビルなどでしょうか。

そうですね。目的地が建物ということは多いでしょうから
エントランスまでは結べるようにしておきたいですね。
歩道>門>ペデストリアン>スロープ>入り口
という感じですかね。
大きめの施設で試してみたいと思います。
東

> OSM地図デフォルトではエントランス表示されませんがOsmAndなどでは入口、出口色分け表示してくれます。
> http://www.openstreetmap.org/node/1906544498
>
> 以上です。
>
>
>
> - Original Message -
>>From: Shu Higashi 
>>To: talk-ja 
>>Date: 2016/7/21, Thu 15:19
>>Subject: [OSM-ja] 歩道のマッピング
>>
>>東です。
>>
>>歩道マッピングについてOSMブログに書こうと思っているのですが
>>以下の様なマッピングを進めるにあたり、タグ付け方法など
>>ひとまずこちらでみなさんのご意見をお伺いできれば幸いです。
>>（自転車道についてはよく分かっておらず近所にも無いので
>>ひとまず説明は省いています）
>>
>>アメリカで「Global OpenSidewalks」というプロジェクトが始まっており
>>https://uwescience.github.io/DSSG2016-Sidewalks/
>>歩道のタグ付けの枠組が提案されています。
>>http://wiki.openstreetmap.org/wiki/Proposed_features/sidewalk_schema
>>個人的にはこれに賛同しています。
>>最終的にはできるだけユニバーサルな歩行者向けのナビゲーションが
>>できるようにすることを目指して、経路をたどれるようにするための
>>マッピングを行うものです。
>>
>>日本では幸い基盤地図1/2500で、比較的広域にわたって歩道を
>>トレースすることができます。トレースで下書きをした後に現地調査して
>>仕上げる手順が良いのではないかと思っています。
>>
>>1.トレース方法
>>1.1 基盤地図1/2500
>>1.1.1 車道に沿った普通の歩道
>>明示的に歩道が判別できる部分をトレースします。
>>highway=footway
>>footway=sidewalk
>>
>>1.1.2 エリアとしての歩道
>>いわゆるペデストリアンデッキのような広い部分は既に
>>highway=pedestrian
>>area=yes
>>というようにエリアで描かれている場合があるかと思います。
>>それはそれで残しておいて、通行時の目安となる経路を
>>highway=footway
>>footway=sidewalk(道路の脇にある歩道ではなく、広場などでは省略)
>>でラインとして描きます。
>>
>>1.1.3 歩道の進行方向
>>歩行者にとって、特に指定がない限り歩道の進行方向は決まっていません
>>（＝双方向です）が、手すり(handrail)や斜度(incline)などのタグは歩道に
>>付随するものとして方向（右側/左側、上り/下り）が必要なので、
>>歩道を描く際の進行方向は右側を歩く際の進行方向が前になるように
>>描くと良いと思います。
>>
>>1.2 衛星/航空画像
>>1.2.1 ゼブラゾーンのある横断歩道
>>横断歩道は基盤地図ではわからないので鮮明に見える衛星/航空画像を選び、
>>横断歩道のゼブラゾーンが見つかったら車道を横切る形でラインを引き、
>>歩道どうしをつなぎます。
>>highway=footway
>>footway=crossing
>>crossing=zebra(省略可)
>>＜例＞
>>http://www.openstreetmap.org/way/430193336
>>
>>1.2.2 ゼブラゾーンの無い横断歩道
>>住宅街の道路（歩道なし）が幹線（歩道あり）にぶつかる部分など、
>>幹線沿いの歩道がいったん無くなり、住宅街の道路を横断する形になる
>>箇所がよくあります。
>>このような箇所にはゼブラゾーンが無いところも多いのですが、
>>歩行者の経路の一部なので、ゼブラゾーンの無い横断歩道として描きます。
>>highway=footway
>>footway=crossing
>>crossing=unmarked
>>＜例＞
>>http://www.openstreetmap.org/way/430725238
>>
>>2.現地調査
>>2.1 歩道の詳細
>>路面、幅、斜度などをマッピングします。
>>surface=*
>>width=*
>>incline=*
>>幅や傾きは詳細にやり始めるときりが無くなるので、
>>初めは車椅子での通りぬけが難しそう等、注意が必要な箇所だけで良いと思います。
>>メジャーや水準器なども持参しておくと幅や斜度など問題となりそうな
>>箇所の数値を測定することができます。
>>＜例＞
>>http://www.openstreetmap.org/way/430193334
>>
>>2.2 点字ブロック
>>歩道のうち、点字ブロックが敷かれている部分を区切って
>>tactile_paving=yes
>>のタグを付けます。
>>直進用だけでなく、横断歩道の直前など、立ち止まるべき場所にあるものも
>>丁寧にタグ付けします。視覚障害をお持ちの方は、特に車道と交わる
>>縁石部分がまっ平らになっている場合は点字ブロックが無いと車道との境界
>>（停止位置）が分かりません。
>>＜例＞
>>http://www.openstreetmap.org/way/153205104
>>
>>2.3 縁石
>>障害のある方にとって歩道と車道が交わる部分で縁石がどのようになって
>>いるかは非常に重要なチェックポイントです。
>>車椅子利用者にとってはフラットなほど良く、おおよそ3cmくらいまでの高さ
>>であれば乗り越えられますが、一方で白杖利用者にとっては車道との境界
>>（立ち止まる位置）を判断するのに段差があった方が分かり良い
>>（フラットであってもその手前に点字ブロックがあればOK）という面があります。
>>車道、縁石、歩道の高さ関係としては以下の様なものがあります。
>>・車道と歩道が同じ高さで、縁石のみ高くなっているもの
>>・車道だけが低くて、縁石と歩道が同じ高さになっているもの
>>・車道が低く、次に歩道が高く、さらに縁石がより高くなっているもの
>>細かく描けば、歩道と車道の間にある縁石は、ほぼ歩道とおなじだけ
>>ありますから、ラインとして延々と描くこともできますが、
>>重要なのは歩道から車道に降りなければならない箇所での縁石の状態です。
>>従って、ここでは歩道と車道の接点に位置する縁石の状態を
>>ポイントとしてマッピングすることを主眼にします。
>>歩道と車道の接点にある縁石の高さは、最近では比較的配慮されて
>>いるところが多く、3cm以上の高さが残っているところは少ないです。
>>このため、縁石の高さもcm単位でタグ付けできるのですが、
>>それは危険な箇所だけ特に測れば通常はおおよその判断で十分です。
>>外観的に見て、おおよそ以下のようにタグを区別します。
>>highway=curb
>>kerb=raised（持ち上がっている）/flush（まっ平ら）/lowered（ゆるやかな傾斜）/no(縁石が無い)
>>https://wiki.openstreetmap.org/wiki/Key:kerb
>>＜例＞
>>http://www.openstreetmap.org/node/4294717998
>>
>>2.4 横断歩道
>>路面（たいていはアスファルト）や歩行者向け信号をマッピングします。
>>歩行者用信号の有無、横断歩道のゼブラゾーン有無なども合わせてタグ付けします。
>>highway=crossing
>>crossing=uncontroled(歩行者用信号なし)/unmarked(ゼブラゾーンなし)/zebra(ゼブラゾーンあり、省略可)
>>横断歩道に点字ブロックが敷かれている場合は下記を付加します。
>>tactile_paving=yes
>>＜例＞
>>http://www.openstreetmap.org/way/430199720
>>
>>2.5 歩行者用信号
>>物理的には横断歩道の両端に２箇所設置されていることが多いと思いますが、
>>通常同じものが設置されていることが多いので、論理的にひとつとみなして
>>車道との交点ノードに以下のようにタグ付けします。
>>highway=crossing
>>crossing=traffc_signals
>>＜例＞
>>http://www.openstreetmap.org/node/600623674
>>
>>2.6 踏切
>>簡易的には歩行者が道路を横断できる地点をポイントで
>>railway=crossing
>>と表現しますが、路面が木材（枕木）だと車椅子は危なかったりするので
>>まずラインとして表現します。
>>highway=footway
>>footwa=crossing
>>surface=wood
>>＜例＞
>>http://www.openstreetmap.org/way/47105121
>>その上で、線路との交点に踏切用信号を描きます。
>>railway=crossing
>>crossing=traffic_signals
>>遮断機と警報は例えば次のようにタグを付加します。
>>crossing:barrier=yes
>>crossing:bell=yes
>>＜例＞
>>http://www.openstreetmap.org/node/245519338
>>
>>2.7 なんちゃって歩道
>>基盤地図では縁石で明示的に区切られていない歩道は描かれていないようですが、
>>実際には物理的な縁石ではなくペンキで白線が引かれていたり、
>>歩道幅が緑に塗られていたりして歩道を表している場合があります。
>>こういったいわゆる「なんちゃって歩道」の扱いははっきりとは
>>決まっていませんが、ひとまずは車道に付加タグとして
>>sidwwalk=left/right/both
>>をつけるやり方（従来の簡易的な歩道表現）で良いでしょう。
>>割と幅が広くて分けて描きたい場合は
>>highwa=footway
>>footway=sidewalk
>>kerb=no
>>と描くと良いと思います。

[OSM-talk-fr] Cartopartie saixy

[Jean-Christophe Becquet]

Bonjour,

Le Centre de Ressources des Hauts Pays Alpins vous invite pour nouvelle 
une cartopartie saixy mercredi 27 juillet au Saix à partir de 9h30.


« Poursuite de l'aventure cartographique so saixy !

Rendez vous mercredi 27 juillet au Saix à partir de 9h30 pour découvrir 
et compléter la carte collaborative et participative OpenStreetMap
L'occasion de vous présenter une carte de la commune du Saix réalisée à 
plusieurs mains (Apitux, Camille Bissuel, Centre de Ressources des Hauts 
Pays Alpins et Emilie De la Planète) au Fab'Alpes, un fablab à Gap et 
dans les "Hautes Alpes Du Sud". Une carte gravée avec la découpeuse 
laser avec l'aide de SyLvAin RoUx Photographie. »


Source
https://www.facebook.com/Centre-de-Ressources-des-Hauts-Pays-Alpins-356333257902933/

Bonne journée

Librement

JCB
--
Neelie Kroes : Une technologie propriétaire est un gaspillage financier
http://www.apitux.org/index.php?2009/10/24/239-neelie-kroes-une-technologie-proprietaire-est-un-gaspillage-financier

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com/
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Paul Norman]

On 7/22/2016 12:28 AM, Ilya Zverev wrote:

Consider a simpler experiment. I remove nodes based on an obscure algorithm. I 
then publish the rest of the database and a list of removed nodes under an open 
license. Do I have to open the algorithm?


The database would be a derivative database and you would have to 
publish one of


a) the entire derivative database; or
b) A file containing all of the alterations made to the Database or the 
method of making the alterations to the Database (such as an algorithm), 
including any additional Contents


If you are publishing the database, this falls under a) and you don't 
need to do anything else. Someone could compare the databases, find out 
what you removed, and possibly run some analysis. If you don't want to 
publish the database (e.g. size reasons), then b) means you have to give 
enough information for someone to generate a).




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

Re: [OSM-talk] The movie Eye in the Sky credits OpenStreetMap

[Philip Barnes]

I remember seeing an in the field  history programme which was in London,  
can't remember the name but it was with Dan Snow. They used a big print os OSM, 
A0 plus I think.
OSM was credited in the closing titles.

Phil (trigpoint)

On Fri Jul 22 08:12:16 2016 GMT+0100, Eugene Alvin Villar wrote:
> Hi all,
> 
> I just saw the film Eye in the Sky, starring Helen Mirren and Alan
> Rickman (the movie is really good), and I was pleasantly surprised to
> see OpenStreetMap and its contributors get a credit in the end
> credits. The surprise is partly because I do not recall seeing any map
> in the film that looked like it came from OSM.
> 
> IIRC, the credit went like “OpenStreetMap © OpenStreetMap
> contributors”. No mention of any license though.
> 
> Now I'm wondering whether there are any other mainstream films that
> also use and credit OpenStreetMap as well. This is the first time I've
> seen such a credit and I don't recall any mention as well on this
> mailing list.
> 
> ~Eugene
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

-- 
Sent from my Jolla
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Ilya Zverev]

You are starting to derive the licensing terms from intentions, and not the 
actual process or usage. Which basically says, if the community accepts this 
way of judging: however you use our data, if we don't like what you do with it, 
you would have to stop. And that is definitely not a FOSS license, and not only 
maps.me would have to stop using OSM, because there would be a chance that any 
data user might suddenly find out that odbl favours the provider. It's like 
"this data must be used only for good and not evil": while fun, legally 
dangerous.

It seems to me, you are considering the Collective Database Guideline to be the 
law, disregarding the actual ODbL and the words "may be" that follow the 
de-duplication use case. "Endorsed by the Board" is not equal to "Is a part of 
the license". "Primary feature" definition is not a part of ODbL, it was 
introduced to give better understanding of the guideline topic. It defines what 
is a collective database, but does not define the contrary: if a data set is 
not covered by the guideline, it doesn't automatically become derivative.

Consider a simpler experiment. I remove nodes based on an obscure algorithm. I 
then publish the rest of the database and a list of removed nodes under an open 
license. Do I have to open the algorithm?

IZ

> 10 июля 2016 г., в 1:23, Christoph Hormann  написал(а):
> 
> On Sunday 10 July 2016, Ilya Zverev wrote:
>> 
>> Let's consider another use case. An application that shows OSM map,
>> and on top of it shows 1 mln of user points. A users has an option to
>> hide the OSM map underneath proprietary points, with a radius of 1
>> km. Does in that moment when a user clickes the options, the combined
>> map become derivative? Because the application removes parts of OSM
>> map based on proprietary data, which means, by your implications,
>> that that creates an inseparable references.
> 
> I would keep it on the level of combining proprietary data and OSM data 
> for the same feature type because this is what you do and this is also 
> what is best documented in the guidelines and related discussion.
> 
> As i see it you acknowledge that there is such a combination of 
> different data sets but since you have a reverse case in comparison to 
> the examples given in the guidelines they do not apply and you somehow 
> read the license itself to support your use case.
> 
> I think this is an interesting viewpoint although i see little chance of 
> this becoming a widely accepted interpretation.  It depends on the idea 
> that when generating your produced work or publicly using the two data 
> sets in combination you have a Collective Database and no Derivative 
> Database.  This is going to be really hard to argue since you just 
> modified one of the databases you combine for the obvious purpose of 
> using it in combination.  Removing hotel POIs from OSM only makes sense 
> if you use it in combination with your other data set - the 
> de-duplicated OSM part of your alleged Collective Database is therefore 
> clearly not an independent database.
> 
> If you think through this scenario somewhat further it would essentially 
> mean share-alike to be ineffective in de-duplication cases.  Since 
> de-duplication is generally only possible in cases where both data sets 
> have a roughly comparable quality level (though not necessary the same 
> level of completeness) it will hardly ever matter from a practical 
> viewpoint which data set you remove duplicates from.  So if one 
> direction was possible without share-alike the guidelines would 
> essentially be irrelevant because they'd only distinguish between those 
> cases where you have to de-duplicate in one direction and those where 
> you can combine data sets freely without share-alike.
> 
> -- 
> Christoph Hormann
> http://www.imagico.de/
> 
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk


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

[talk-ph] The movie Eye in the Sky credits OpenStreetMap

[Eugene Alvin Villar]

Hi all,

I just saw the film Eye in the Sky, starring Helen Mirren and Alan
Rickman (the movie is really good), and I was pleasantly surprised to
see OpenStreetMap and its contributors get a credit in the end
credits. The surprise is partly because I do not recall seeing any map
in the film that looked like it came from OSM.

IIRC, the credit went like “OpenStreetMap © OpenStreetMap
contributors”. No mention of any license though.

Now I'm wondering whether there are any other mainstream films that
also use and credit OpenStreetMap as well. This is the first time I've
seen such a credit and I don't recall any mention as well on this or the talk
mailing list.

~Eugene

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

[OSM-talk] The movie Eye in the Sky credits OpenStreetMap

[Eugene Alvin Villar]

Hi all,

I just saw the film Eye in the Sky, starring Helen Mirren and Alan
Rickman (the movie is really good), and I was pleasantly surprised to
see OpenStreetMap and its contributors get a credit in the end
credits. The surprise is partly because I do not recall seeing any map
in the film that looked like it came from OSM.

IIRC, the credit went like “OpenStreetMap © OpenStreetMap
contributors”. No mention of any license though.

Now I'm wondering whether there are any other mainstream films that
also use and credit OpenStreetMap as well. This is the first time I've
seen such a credit and I don't recall any mention as well on this
mailing list.

~Eugene

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