Re: [Talk-cz] zase nejde tracer LPIS

[Zdeněk Pražák]

zatím beze změny, co mám udělat pro aktualizaci JOSM?

výpis z konzole:

net/ogc"    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"    xsi:
schemaL
ocation="http://mapserver.gis.umn.edu/mapserver http://eagri.cz/public/app/
wms/p
lpis_wfs.fcgi?SERVICE=WFSVERSION=1.1.0REQUEST=DescribeFeatureType&
amp;
TYPENAME=LPIS_DPB_UCINNE_BBOXOUTPUTFORMAT=text/xml;%20subtype=gml/3.1.1
  ht
tp://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd;> 
     
-709642.890700 -1131516.802000
    -708363.967700 -1130639.808000
          
         <
gml:low
erCorner>-709527.785200 -1131454.674000
-708903.071000 -1131092.844900
     <
gml:Po
lygon srsName="EPSG:102067">     -709527.785200 -
1131406.024
000 -709520.624200 -1131411.282200 -709509.617600 -1131418.478900 -
709470.247500
 -1131447.053900 -709454.584100 -1131453.404000 -709441.037400 -
1131454.674000 -
709434.052400 -1131454.039000 -709422.101000 -1131451.302000 -709414.093000 
-113
1447.285000 -709407.086000 -1131445.779000 -709394.573000 -1131446.281000 -
70938
7.697300 -1131443.032300 -709378.172300 -1131439.433900 -709354.465600 -
1131427.
792200 -709341.977200 -1131422.288900 -709326.313900 -1131419.748900 -
709307.687
100 -1131417.208900 -709291.177100 -1131417.843900 -709279.323800 -
1131425.46390
0 -709266.835400 -1131431.602200 -709254.982000 -1131440.703900 -
709105.071100 -
1131359.905000 -708925.378200 -1131257.320200 -708949.619000 -1131229.111000
-70
8952.622000 -1131222.584000 -708952.121000 -1131221.077000 -708907.076000 -
11311
96.975000 -708903.572000 -1131191.452000 -708903.071000 -1131185.929000 -
708904.
573000 -1131179.903000 -708914.083000 -1131164.084000 -708969.902000 -
1131092.84
4900 -709068.661600 -1131154.571400 -709245.595800 -1131249.955200 -
709465.49170
0 -1131372.280700 -709527.785200 -1131406.024000  
      
  22313854   
          <
gml:Env
elope srsName="EPSG:102067">    -
709586.363236
-1131408.113835   -
708969
.902028 -1131048.032213   
          
   <
gml:posList srsDimension="2">-709586.363236 -1131367.182410 -709564.519788 -
1131
383.931285 -709582.716502 -1131392.755043 -709554.987000 -1131399.832000 -
709539
.002000 -1131405.503000 -709531.643279 -1131408.113835 -709465.491698 -
1131372.2
80702 -709245.595790 -1131249.955165 -709068.661636 -1131154.571367 -
708969.9020
28 -1131092.844860 -708993.163000 -1131063.158000 -709009.790402 -
1131048.032213
 -709170.597723 -1131144.374783 -709311.854990 -1131221.559427 -
709586.363236 -1
131367.182410          
29232975
            
    -709263.945246 -1131467.37   -708856.524000 -1131257.320204     <
ms:GEO
METRY>    
   -70
9263.945246 -1131445.556261 -709256.131000 -1131450.298000 -709231.607000 -
11314
65.864000 -709222.097000 -1131467.37 -709199.074000 -1131460.842000 -
709173.
548000 -1131448.791000 -709039.412000 -1131378.996000 -708892.561000 -
1131297.40
 -708856.524000 -1131276.311000 -708874.042000 -1131267.775000 -
708883.05100
0 -1131265.766000 -708908.077000 -1131266.268000 -708917.586000 -
1131264.762000
-708924.593000 -1131258.234000 -708925.378244 -1131257.320204 -709105.071100
-11
31359.904980 -709263.945246 -1131445.556261          29232971    
      <
gml:Env
elope srsName="EPSG:102067">    -
709224.679000
-1131516.802000   -
708596
.606500 -1131152.789300   
          
   <
gml:posList srsDimension="2">-709203.243000 -1131516.802000 -708596.606500 -
1131
180.770700 -708601.785200 -1131169.722600 -708608.840800 -1131152.789300 -
708682
.026000 -1131189.188000 -708771.617000 -1131238.898000 -708848.695000 -
1131280.5
74000 -708915.262000 -1131318.233000 -709003.053000 -1131367.242000 -
709150.1030
00 -1131443.215000 -709210.665000 -1131475.35 -709222.176000 -
1131481.878000
 -709224.679000 -1131485.895000 -709224.679000 -1131489.912000 -
709222.677000 -1
131495.937000 -709203.243000 -1131516.802000          29203997   
          <
gml:Env
elope srsName="EPSG:102067">    -
709642.890700
-1131389.033000   -
708363
.967700 -1130639.808000   
          
   <
gml:posList srsDimension="2">-709642.890700 -1131341.255900 -709618.407000 -
1131
366.583700 -709626.357500 -1131377.018100 

Re: [Talk-it] Aiuto per attraversamenti pedonali e ciclabili

[Volker Schmidt]

Per gli attraversamenti e per le ciclabili/ciclopedonali consiglerei
fortemente di seguito i preset di JOSM.

On 14 Oct 2016 14:13, "Franco Morelli"  wrote:

> Buonasera a tutti,
>   sto mappando un po' di piste ciclabili nel mio territorio. Ho scelto di
> mapparle utilizzando il tag highway = cycleway poichè perlopiù si tratta di
> tracciati separati fisicamente con cordoli o altro dalla corsie stradali.
>
> Ho dei dubbi su come taggare gli attraversamenti ciclopedonali. In
> particolare vorrei differenziare gli attraversamenti solo per pedoni da
> quelli promiscui pedoni + bici (in questi ultimi anche le bici hanno
> precedenza sulle auto).
>
> Non avendo trovato tanti esempi per ora ho provato a differenziarli
> aggiungendo al tag crossing i seguenti tag :
> . Per i solo pedonali : foot = designated bicycle=permissive
> . Per i promiscui : foot = designated bicycle = designated
>
> Ci sono dei metodi migliori? Standard?
> Grazie in anticipo per l'aiuto!
>
> --
> Franco Morelli
>
> Twitter @eccoilmoro
> Linkedin http://it.linkedin.com/in/francomorellisoftware
>
> https://about.me/franco.morelli
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] OSM New Logo Proposal

[Aun Johnsen]

I think it is too early to redesign the logo itself, but I like the idea of the 
wordmark. Incorporating the wordmark with the existing logo is much more 
preferred.

Aun Johnsen

> On Oct 14, 2016, at 19:35, talk-requ...@openstreetmap.org wrote:
> 
> What do you think of it?


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

[Talk-de] Fwd: [OSM-talk] Geospatial devroom at FOSDEM 2017 on Sunday 5/2/2017 in Brussels

[Michael Kugelmann]

Sorry wenn auf Englisch, aber auf der FOSDEM 2017 in Brüssel gibt es am 
Sonntag (5.2.2017) wieder ein Geospacial Devroom.



Grüße,
Michael.

 Weitergeleitete Nachricht 
Betreff: 	[OSM-talk] Geospatial devroom at FOSDEM 2017 on Sunday 
5/2/2017 in Brussels

Datum:  Fri, 14 Oct 2016 09:06:57 +0200
Von:Benoit Fournier 
An: Talk Openstreetmap 



Forwarding, announcement and call for presentations for Geospatial 
devroom at FOSDEM.


Another geo highlight in a BIG event on free and open source universe.

Please read more below and forward.

-- Forwarded message --
From: "Margherita Di Leo" >
Date: Oct 13, 2016 4:54 PM
Subject: [OSGeo-Discuss] Geospatial devroom at FOSDEM 2017 on Sunday 
5/2/2017 in Brussels
To: "OSGeo Discussions" >

Cc:


   Call for Presentations

   Please forward!


   FOSDEM is a free and non-commercial event bringing together about
   5000 developers in Brussels, Belgium. The goal is to provide open
   source software developers and communities a place to meet and share
   thoughts. The participation is free of charge, although donations
   are welcome. The next edition will take place on 4 - 5 February
   2017. For the third (!) time there will be a Geospatial devroom and
   will be happening on Sunday 5/2/2017!

   Geospatial technologies and mapping used to be specialist work, but
   nowadays location and maps are becoming part of many
   projects/applications, which usually use only a small subset of the
   possibilities the data and software offer.

   The geospatial devroom is the place to talk about open, geo-related
   data and software and their ecosystem. This includes standards and
   tools, e.g. for spatial databases, and online mapping, geospatial
   services, used for collecting, storing, delivering, analysing, and
   visualizing purposes.

   We welcome submissions about:

 *

   Web and desktop GIS applications;

 *

   Collaborative editing / versioning of geodata and metadata;

 *

   Interoperable geospatial web services and specifications;

 *

   Collection of data using sensors / UAVs / satellites;

 *

   Geo-analytic algorithms / libraries;

 *

   Geospatial extensions for classical databases (indexes,
   operations) and dedicated databases;

 *

   Big geodata, scalable GIS applications;

 *

   Volunteered Geographic information - Crowdsourced geodata.


   HOW TO SUBMIT YOUR PROPOSAL FOR A TALK


   Are you thrilled to present your work to other open source
   developers? Would you like to run a discussion? Any other ideas?

   Please submit your proposal at:

   https://fosdem.org/submit

   Make sure to select the 'Geospatial devroom' as 'Track'. If you have
   an account from previous years, you should be using the same.

   Please specify in the notes if you prefer for your presentation
   either a short timeslot (lightning talks ~10 minutes) or a long
   timeslot (20 minutes presentation + discussion). However, note that
   time slots are indicative and will be assigned according to the
   timing of the session.


   The DEADLINEfor submissions is Thursday **1st December 2016**.

   Notification of acceptance will be sent to the Authors by 11/12/2016
   at the latest.

   Should you have any questions, please do not hesitate to get in
   touch with the organisers of the devroom at fosdem-geospatial at
   gisky.be !

   Want to know what FOSDEM geospatial is like? Check out the videos
   and the presentations of our previous two editions: [1,2]


   The organizers

   Johan Van de Wauw

   Margherita Di Leo

   Anne Ghisla

   Martin Hammitzsch

   [1] https://archive.fosdem.org/2015/schedule/track/geospatial/
   

   [2] https://archive.fosdem.org/2016/schedule/track/geospatial/
   

   -- 
   Margherita Di Leo

   ___ Discuss mailing list
   disc...@lists.osgeo.org 
   http://lists.osgeo.org/mailman/listinfo/discuss
    


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

Re: [OSM-talk] OSM New Logo Proposal

[Michael Kugelmann]

On 14.10.2016 at 16:36 Elio Qoshi wrote:


Based on the new Donation Initiative Logo, I thought it would be a 
good time to discuss around adapting a new logo which is more suitable 
for print, smaller displays and generally a broader variety of 
backgrounds.


I guess you don't remember the heavy discussion ongoing while the last 
change of the OSM logo (and this was just a slight change). And please 
always remember that the people are used to something => there is a 
recognition value behind the old logo. Additionally all 
web-pages/flyers/etc. needs to be changed. There for I consider a change 
of the loggo w/o any needs as not at all the highest priority...



Jst my 2 cents,
Michael.

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

Re: [Talk-cz] Relace budovy

[Jan Macura]

Díky Petře,

no obyčejná krabice to zrovna není :D ale přišlo mi to jako jednodušší
stavba třeba proti budovám univerzity, který jsem chtěl taky zpracovat.
Osmbuildings jsem neznal, díky, jak se s tím dá otáčet?
Na F4map jsem to právě zkoumal, jak se to vykreslí. Ta  šedá plocha na
zadní stěně je nějakej relikt nepřipojenýho uzlu ke zbylým cestám, nevím,
proč se to tam ještě neaktualizovalo, ale je to v OSM opravený. Spíš nevím,
jak ho přinutit, aby vykreslil i ty spojovací tunely..
Na nesvislý stěny zatím kašlu (nakloněná je jen ta dvojitá čelní fasáda),
to bych nechal až na nějaké hodně dlouhé zimní večery.. Možná ještě tak ta
zubatá zadní střecha by se dala..

Díky
 Honza/YjM

Dne 14. října 2016 23:58 Petr Vozdecký  napsal(a):

> Ahoj,
> nemám možnost to ma mobilu nijak zvlášť zkoumat, ale chci ti říct, že jsi
> si vybral pekelně těžkej kousek.
>
> Vizuálně se ten výsledek jeví solidně:
> http://osmbuildings.org/?lat=49.74914=13.37221=18.
> 3=-36=45
> ale jen na osmbuildings, nikoliv na f4map:
> http://demo.f4map.com/#lat=49.7491625=13.3719620=
> 19=75.074=17.981
> což je s podivem...
>
> Problém s neortogonálními tvary je u budov řešen zpravidla v souvislosti s
> tvarem střech, zde jde ale i o budovu samotnou - nemá svislé stěny. To je
> skoro na speciální report pro Jana Marsche (osmbuildings) a na nějaký
> proposal...
>
> Každopádně gratulace ke snaze i k výsledku!
>
> vop
>
> -- Původní zpráva --
> Od: Jan Macura
> Datum: 14. 10. 2016 v 21:18:57
> Předmět: [Talk-cz] Relace budovy
>
>
> Ahoj ve spolek,
>
> edituji OSM teprve krátce a v relacích se dost ztrácím. Pokusil jsem se
> vytvořit 3D model Nového divadla v Plzni podle všech rad a popisů na wiki,
> ale nejsem si jist, zda jsem udělal vše správně. Mohl by to někdo
> zkontrolovat?
> Zvlášť, jestli jsou správně atributy u té relace. Nevím, jestli mají být
> znovu i u té cesty, která definuje půdorys (pro zpětnou kompatibilitu) nebo
> se mají vymazat a nechat jen u relace? Nebo se do relace nedávají a mají
> být jen u té cesty/půdorysu?
>
> Jedná se hlavně o tuto sadu změn: http://www.openstreetmap.org/
> changeset/42904009 a o tuto relaci: http://www.openstreetmap.org/
> relation/6646816
>
> Díky
>  Honza/YjM
>
>
> ___ Talk-cz mailing list
> Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Relace budovy

[Petr Vozdecký]

Ahoj,

nemám možnost to ma mobilu nijak zvlášť zkoumat, ale chci ti říct, že jsi si
vybral pekelně těžkej kousek. 



Vizuálně se ten výsledek jeví solidně:

http://osmbuildings.org/?lat=49.74914=13.37221=18.3=-36
=45

ale jen na osmbuildings, nikoliv na f4map:

http://demo.f4map.com/#lat=49.7491625=13.3719620=19=
75.074=17.981

což je s podivem...



Problém s neortogonálními tvary je u budov řešen zpravidla v souvislosti s 
tvarem střech, zde jde ale i o budovu samotnou - nemá svislé stěny. To je 
skoro na speciální report pro Jana Marsche (osmbuildings) a na nějaký 
proposal...



Každopádně gratulace ke snaze i k výsledku!



vop



-- Původní zpráva --

Od: Jan Macura 

Datum: 14. 10. 2016 v 21:18:57

Předmět: [Talk-cz] Relace budovy









Ahoj ve spolek,




edituji OSM teprve krátce a v relacích se dost ztrácím. Pokusil jsem se 
vytvořit 3D model Nového divadla v Plzni podle všech rad a popisů na wiki, 
ale nejsem si jist, zda jsem udělal vše správně. Mohl by to někdo 
zkontrolovat?


Zvlášť, jestli jsou správně atributy u té relace. Nevím, jestli mají být 
znovu i u té cesty, která definuje půdorys (pro zpětnou kompatibilitu) nebo 
se mají vymazat a nechat jen u relace? Nebo se do relace nedávají a mají být
jen u té cesty/půdorysu?





Jedná se hlavně o tuto sadu změn: http://www.openstreetmap.org/changeset/
42904009(http://www.openstreetmap.org/changeset/42904009) a o tuto relaci: 
http://www.openstreetmap.org/relation/6646816
(http://www.openstreetmap.org/relation/6646816)




Díky


 Honza/YjM







___ Talk-cz mailing list Talk-
c...@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] OSM New Logo Proposal

[Dave F]

On 14/10/2016 15:36, Elio Qoshi wrote:


What do you think of it?




It wasn't that long ago we previously went through this process.

Personally I wish there was more enthusiasm for improving the database 
instead of this fluff.
There appears to be far too much type spent on 'managing the process' 
than adding quality to the product.


Better maps is the best way to promote OSM.

DaveF.

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

[Talk-it] Aiuto per attraversamenti pedonali e ciclabili

[Franco Morelli]

Buonasera a tutti,
  sto mappando un po' di piste ciclabili nel mio territorio. Ho scelto di
mapparle utilizzando il tag highway = cycleway poichè perlopiù si tratta di
tracciati separati fisicamente con cordoli o altro dalla corsie stradali.

Ho dei dubbi su come taggare gli attraversamenti ciclopedonali. In
particolare vorrei differenziare gli attraversamenti solo per pedoni da
quelli promiscui pedoni + bici (in questi ultimi anche le bici hanno
precedenza sulle auto).

Non avendo trovato tanti esempi per ora ho provato a differenziarli
aggiungendo al tag crossing i seguenti tag :
. Per i solo pedonali : foot = designated bicycle=permissive
. Per i promiscui : foot = designated bicycle = designated

Ci sono dei metodi migliori? Standard?
Grazie in anticipo per l'aiuto!

-- 
Franco Morelli

Twitter @eccoilmoro
Linkedin http://it.linkedin.com/in/francomorellisoftware

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

Re: [OSM-talk] OSM New Logo Proposal

[Frederik Ramm]

Hi,

On 10/14/2016 09:34 PM, Simon Poole wrote:
> I suspect that was exactly the kind of thing Elio was trying to avoid .
> 
> That said, I'm not convinced that yet another iteration of the
> magnifying glass logo makes a lot of sense. Logos with the basic theme
> are a dime a dozen and ours employs memes that are not obvious at all
> today on top of that.

I'm not sure if we need a new logo at all, but *if* we do, I think I
prefer what has been done here - evolving the existing one - over
throwing it out in favour of something completely different, memes or no
memes. The magnifying glass is hard to explain when there's nothing
under it but I think we have reached an age where it is ok to simply
hold on to something because of tradition ;)

Bye
Frederik

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



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

Re: [OSM-talk] OSM New Logo Proposal

[Simon Poole]

I suspect that was exactly the kind of thing Elio was trying to avoid .

That said, I'm not convinced that yet another iteration of the
magnifying glass logo makes a lot of sense. Logos with the basic theme
are a dime a dozen and ours employs memes that are not obvious at all
today on top of that.

Simon


On 14.10.2016 20:41, Martin Koppenhoefer wrote:
> I like it a lot, although it's a pity the zeros and ones are missing, maybe 
> you could give it a try and integrate something?
>
> Cheers,
> Martin 
>
> sent from a phone
>
>> Il giorno 14 ott 2016, alle ore 16:36, Elio Qoshi  ha 
>> scritto:
>>
>> What do you think of it?
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk




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

[Talk-es] descargaBTN25 y btn252osm.sh

[Santiago Crespo]

Hola,

Matías y yo hemos creado un par de scripts para facilitar la preparación
de importaciones manuales de datos del BTN25 del IGN a OSM. Ojo, ¡no es
para subir los datos que genera directamente a OSM!

Un script descarga las hojas del BTN25 de una provincia y las ordena en
carpetas según los husos.

El otro extrae, reproyecta, fusiona y convierte a formato OSM fenómenos
BTN25 descargados con el script anterior.

Matías ha escrito la traducción de etiquetas IGN->OSM para el fenómeno
LAGUNA. También las del resto de fenómenos hidrográficos, aunque
tendremos que esperar unos días para verlas, pues este finde está sin
acceso al ordenador :)

https://github.com/kresp0/descargaBTN25

https://github.com/kresp0/btn252osm

Saludos,
Santiago Crespo

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

[Talk-cz] Relace budovy

[Jan Macura]

Ahoj ve spolek,

edituji OSM teprve krátce a v relacích se dost ztrácím. Pokusil jsem se
vytvořit 3D model Nového divadla v Plzni podle všech rad a popisů na wiki,
ale nejsem si jist, zda jsem udělal vše správně. Mohl by to někdo
zkontrolovat?
Zvlášť, jestli jsou správně atributy u té relace. Nevím, jestli mají být
znovu i u té cesty, která definuje půdorys (pro zpětnou kompatibilitu) nebo
se mají vymazat a nechat jen u relace? Nebo se do relace nedávají a mají
být jen u té cesty/půdorysu?

Jedná se hlavně o tuto sadu změn:
http://www.openstreetmap.org/changeset/42904009 a o tuto relaci:
http://www.openstreetmap.org/relation/6646816

Díky
 Honza/YjM
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] OSM New Logo Proposal

[Martin Koppenhoefer]

I like it a lot, although it's a pity the zeros and ones are missing, maybe you 
could give it a try and integrate something?

Cheers,
Martin 

sent from a phone

> Il giorno 14 ott 2016, alle ore 16:36, Elio Qoshi  ha 
> scritto:
> 
> What do you think of it?

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

[OSM-talk] Mapping damage in Jérémie from UAV images / Cartographie de dégâts à Jérémie à partir d'images drone

[Jean-Guilhem Cailton]

Hi,

According to Fred Moine - and as you may know from several journalist
and evaluation reports, the situation in Haiti after Hurricane Matthew
is very serious, with a combination of factors including cholera,
hunger, etc...

This TM project aims to map damage in Jérémie, from 5 cm resolution
drone imagery, taken by Fred, whom the Government of Haiti had sent
there to take images for damage assessment:

http://taches.francophonelibre.org/project/63

More help would be welcome, especially from persons with a remote
sensing background, or experienced mappers.

Best wishes,

Jean-Guilhem

https://twitter.com/jgVisov


Le 13/10/2016 à 09:18, Jean-Guilhem Cailton a écrit :
> Bonjour,
>
> Un nouveau projet vise à cartographier les dégâts à Jérémie à partir
> d'imagerie drone à 5 cm de résolution, obtenue par Frédéric Moine, que
> le gouvernement d'Haïti y a envoyé pour prendre des images avec les
> drones de Potentiel 3.0 (http://potentiel3-0.org) :
> http://taches.francophonelibre.org/project/63
>
> Bien cordialement,
>
> Jean-Guilhem
>

-- 
"Corruption is the abuse of entrusted power for private gain."
Transparency International
https://www.transparency.org/whatwedo/publication/preventing_corruption_in_humanitarian_operations

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

[OSM-talk] OSM New Logo Proposal

[Elio Qoshi]

Hi there,

Elio here, Designer and Open Source contributor from Albania.

Based on the new Donation Initiative Logo, I thought it would be a good
time to discuss around adapting a new logo which is more suitable for
print, smaller displays and generally a broader variety of backgrounds.

Having this in mind, I came up with a proposal of a logo, including the
wordmark, which was never included as part of it. The wordmark is
written in "Overpass" an Open Source font sponsored by Red Hat. Overpass
is based on the street sign font, so I think it's a perfect fit:

http://cloud.elioqoshi.me/index.php/s/QjdOYc7WyoSBFqv/download

What do you think of it? I believe it's time to suggest a new more
modern logo for OSM nowadays to make it more usable for communities to
adapt it.

I look forward to your feedback!

P.S: Also posted an issue on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/1326

Cheers,

-- 
Elio Qoshi

FLOSS Designer at Ura Design
Mozilla Tech Speaker
Fedora Ambassador
T:  @elioqoshi
W:  elioqoshi.me / ura.design

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

Re: [Talk-es] Fwd: Openstreetmaps en Wallapop

[Miguel Sevilla-Callejo]

Hola,

Gracias Iván por tomarte la molestia de responder a correos sobre OSM que
le lleguen a su correo personal y con tan acertada, bajo mi punto de vista,
respuesta. Creo que me voy a guardar tu contestación para posteriores.

Y respecto al acercamiento de Wallapop, en este caso, u otra empresa a
OpenStreetMap es de agradecer puesto que, como bien han comentado Jorge, y
luego Iván, de nuevo, parece que se han tomado la molestia de ver de qué va
el asunto y sobre todo pueden terminar usando la información (no deja de
ser una manera de hacer más universal el proyecto al tener la necesidad de
referirlo) e incluso podrían llegar a poner dinero/tiempo/personas en
mejorar esos datos, claro está, para su disfrute y beneficio
empresarial/personal y, a la postre, para toda la comunidad.

Sinceramente creo que el que una empresa se interese por OSM es siempre
beneficioso y poca es la perdida que nos pueda ocasionar.

Otro asunto es que la comunidad, que trabajamos voluntariamente, le vayamos
a hacer el trabajo gratis a la empresa. Yo seguiré editando y participando
en los proyectos y acciones que me parezcan más oportunos y que nos
planteamos en la comunidad no lo que a Wallapop o quien llegue de nuevas le
venga mejor. O sea, por ejemplo, si quieren el catastro que realicen la
importación ellos (creo que Iván se lo ha dejado bien claro). Ya les
ayudaremos y les guiaremos, si acaso, en este proceso.

Este debate me recuerda al del uso o no de Mapillary y/o OpenStreetView
[1]. Pues claro que son empresas y buscan su beneficio, pero si en ese
proceso nos podemos beneficiar nosotros también, bienvenidos sean.

Felipe, piensa que sería de OpenStreetMap sin la ayuda claramente
interesada de Yahoo, Bing, Mapbox, Mapzen, Carto... ni imágenes de
satélite, de desarrollo de renders, ni muchas otras cosas.

Un saludo

Miguel


[1] el hilo empieza en:
https://lists.openstreetmap.org/pipermail/talk-es/2016-September/014328.html

--
*Miguel Sevilla-Callejo*
Doctor en Geografía



2016-10-13 12:59 GMT+02:00 Iván Sánchez Ortega :

> El onsdag 12. oktober 2016 21.00.41 CEST Felipe T. Dorado escribió:
> > Si a mi me preguntan esto les diría que entren en osm.org y se enteren
> > antes siquiera de atreverse a preguntar. Porque eso es lo que yo hago.
>
> Sí, pero fíjate (por cómo está escrito el correo) que David ya ha estado
> buceando en el wiki (hasta dar con Catastreitor 2000 Pro™, nada menos).
>
>
> > Cada pregunta que David te hace deja ver de dónde procede y la visión
> que de
> > la red se tiene: hacer negocio.
>
> ¿Y eso es malo?
>
> Tú ten en cuenta que Wallapop tiene una necesidad de geocodificación (o al
> menos, eso infiero). Y supongo que van a gastar unos recursos (pasta y/o
> tiempo de personal) en usar geocoding.
>
>
> > ¿Qué puede aportar wallapop a osm? Me gustaría equivocarme pero muy
> > probablemente nada.
>
> Pues es que esos recursos los usarán en tener un geocoder de google, del
> IGN,
> de bing, de algo basado en OSM (mapzen, mapbox, etc), propio, o lo que sea.
> Dependiendo de cómo sean estos recursos, cabrá la posibilidad de se
> destinen a
> hacer QA y mejora de los datos de OSM, porque les conviene desde un punto
> de
> vista meramente egoísta.
>
>
> > De ahí que ni siquiera merezca la pena, a mí al menos, ponerse a
> > responderle. No saber siquiera lo que el concepto "open" quiere decir ya
> > da una idea. O sea que ya el de "free"  ...  Le sonará a extraterrestre.
>
> Ya, pero no es la primera vez que me escriben a mi correo *personal* (cosa
> que
> siempre me espina un poco) para preguntarme cómo va esto. En plan de "somos
> una empresa en la que estamos acostumbrados a solucionar todo arrojando
> dinero
> al problema, y al ver esto que es gratis y funciona de puta madre pues
> estamos
> desconcertados".
>
> Ante una situación como esta, con alguien que está más perdido que un
> pulpo en
> un garaje, caben muchas respuestas, por ejemplo:
>
> - «Jajajaja, pringao, vete a leer la web, n00b!»
> - «El coste de OSM es lo que te cueste a tí destinar (o subcontratar) una o
> más personas en implementar o corregir lo que necesites»
>
> Una de esas respuestas va a espantar a actores con montones de recursos
> potenciales, y la otra va a empezar a hacerles entender con su propio
> lenguaje
> que OSM es un "yo me lo guiso, yo me lo como". ¿Ves por dónde voy, no,
> Fernando?
>
>
> > Igual le sienta mal que hayas puesto su mensaje aquí.
>
> En OSM vamos con luz y taquígrafos, colega.
>
> Además, yo estoy desconectado de OSM desde hace 2-3 años, así que el sitio
> correcto para saber el "estado del arte" de los geocoders es en la lista,
> no
> en mi buzón personal.
>
>
> Ciao,
> --
> Iván Sánchez Ortega  
> 
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list

Re: [Talk-cz] zase nejde tracer LPIS

[Marián Kyral]

Tak opraveno a nahráno na server. Bude chvilku trvat, než se to
zaktualizuje v JOSM.

Marián

Dne 14.10.2016 v 15:36 Marián Kyral napsal(a):
> Nojo. Očekávám [ms:idPudnihoBloku] a oni tam nově mají [ms:id]
>
> Až dorazím dom, tak to opravím.
>
> Marián
>
> -- Původní zpráva --
> Od: Zdeněk Pražák 
> Komu: talk-cz@openstreetmap.org
> Datum: 14. 10. 2016 15:29:05
> Předmět: [Talk-cz] zase nejde tracer LPIS
>
>
> zase se něco asi změnilo v traceru LPIS
> JOSM mi píše že jsou nedostupná data
> přikládám výpis z konzole:
>
> /gml:lowerCorner>  
> -708212.612000 -1135713
> .40   
> 
> 
> 
>  imension="2">-708550.80 -1135803.70 -708591.926000
> -1135794.688000 -7086
> 20.70 -1135784.50 -708689.50 -1135756.30
> -708744.20 -1135735
> .70 -708791.30 -1135718.90 -708814.40
> -1135713.40 -708806.30
>  -1135739.30 -708783.10 -1135777.80 -708757.20
> -1135810.8000
> 00 -708709.00 -1135851.00 -708642.00 -1135905.50
> -708573.20
> -1135962.40 -708501.70 -1136017.80 -708470.40
> -1136041.90 -7
> 08443.60 -1136058.90 -708437.40 -1136067.80
> -708443.428000 -1136
> 096.827000 -708378.696000 -1136293.732000 -708337.398000
> -1136413.769000 -708320
> .741000 -1136464.862000 -708305.223000 -1136491.979000
> -708282.195000 -1136516.0
> 83000 -708256.164000 -1136534.162000 -708236.641000
> -1136538.179000 -708221.1230
> 00 -1136535.668000 -708212.612000 -1136525.625000 -708212.612000
> -1136505.036000
>  -708224.032000 -1136427.636000 -708243.755000 -1136300.965000
> -708249.776000 -1
> 136235.034000 -708253.30 -1136203.60 -708253.30
> -1136180.40 -708
> 260.813000 -1136111.524000 -708260.813000 -1136002.055000
> -708258.806000 -113597
> 6.891000 -708257.301000 -1135946.19 -708261.40
> -1135924.30 -708272.1
> 0 -1135910.90 -708272.10 -1135902.80
> -708265.80 -1135893.900
> 000 -708258.70 -1135885.90 -708248.90 -1135845.70
> -708236.40
>  -1135809.90 -708245.30 -1135801.00 -708266.683000
> -1135792.936000 -
> 708314.346000 -1135804.504000 -708357.00 -1135823.30
> -708389.101000 -113
> 5826.131000 -708419.203000 -1135828.142000 -708485.429000
> -1135819.592000 -70855
> 0.80 -1135803.70   
> 
>
>   id>27505509   
> 
>   gml:id="LPIS_DPB_UCINNE_BBO
> X.27598839">  srsName="EPSG:1020
> 67">-708567.354000
> -1136432.40 erCorner>   -708364.90
> -1136097.10<
> /gml:upperCorner>   
> 
>  srsName="EPSG:102067">  terior>   
>  ="2">-708548.305000 -1136113.674000 -708567.354000 -1136113.982000
> -708510.27400
> 0 -1136303.681000 -708475.224000 -1136410.362000 -708473.665207
> -1136415.414466
> -708468.10 -1136432.40 -708364.90 -1136378.40
> -708364.90 -11
> 36375.90 -708366.40 -1136369.80 -708390.30
> -1136296.20 -7084
> 53.20 -1136098.30 -708455.60 -1136097.10
> -708458.70 -1136099
> .00 -708484.576000 -1136114.177000 -708500.634000
> -1136118.708000 -708513.17
> 9000 -1136118.204000 -708525.724000 -1136114.681000 -708548.305000
> -1136113.6740
> 00
> 
>  
> 27598839
>  
> 
>gml:id="LPIS_DPB_UCINNE_BBOX.27814224"> <
> gml:boundedBy>  
> -708692.033000 -1136534.60
> -708435.70
> -1136086.307000
>   
>  
> ml:LinearRing>  srsDimension="2">-708692.033000 -113
> 6222.379000 -708691.533000 -1136229.408000 -708686.027000
> -1136238.948000 -70866
> 4.504000 -1136261.041000 -708638.476000 -1136283.636000
> -708631.468000 -1136291.
> 67 -708628.595000 -1136297.077000 -708623.075000
> -1136310.159000 -708619.059
> 000 -1136319.718000 -708598.482000 -1136339.844000 -708569.372000
> -1136360.47200
> 0 -708551.304000 -1136378.585000 -708542.092000 -1136388.73
> -708522.933000 -
> 1136414.291000 -708465.865000 -1136482.084000 -708463.863000
> -1136491.123000 -70
> 8464.10 -1136518.80 -708435.70 -1136534.60
> -708455.296000 -11364
> 74.954000 -708475.224000 -1136410.362000 -708510.274000
> 

Re: [Talk-es] Compatibilidad de Licencias con OSM (Importaciones).

[Santiago Crespo]

Hola,

Sin ser abogado: si unos datos son de dominio público, una empresa puede
cogerlos, modificarlos, usarlos como quiera y ponerle copyright.

Pero los datos originales siguen siendo de dominio público.

Saludos,
Santiago Crespo



On 10/14/2016 05:42 PM, Carlos Cámara wrote:
> Hola,
> 
> Quería añadir un pequeño comentario al respecto de la discusión sobre
> dominio público vs licencias libres. Vaya por delante que no soy para
> nada experto en leyes de propiedad intelectual (y menos a nivel
> internacional), pero tenía entendido que el orígen de las licencias
> libres (y más concretamente del GPL) fue la de asegurarse que lo que
> estuviese licenciado de esa forma nunca pueda ser apropiado por nadie de
> forma exclusiva (lo que hace un copyright restrictivo convencional),
> algo que entiendo que sí podría pasar en caso de ser dominio público.
> 
> Saludos,
> 
> Carlos Cámara
> http://carloscamara.es
> 
> 2016-10-14 17:14 GMT+02:00 Santiago Crespo  >:
> 
> Según lo que he leído por ahí, parece que pokemon está usando datos de
> osm para decidir en qué sitios aparecen qué pokemon.
> 
> Por ejemplo, creo que si en OSM hay una zona marcada como parque
> infantil, en ese lugar aparecen cierto tipo de pokemon.
> 
> 
> http://pokemongohub.net/pokemon-go-spawn-points-modeled-open-street-map-data/
> 
> 
> 
> Mi conclusión es que es un gasto enorme de recursos el tener que
> perseguir a los infractores por todo el mundo, debatir sobre las
> licencias, etc.
> 
> Si OSM fuera dominio público, es posible que hubiera más empresas que
> explotasen los datos de OSM sin dar reconocimiento, ni aportar nada a la
> comunidad. Aún así, creo que compensa con creces ahorrarnos todo este
> tiempo dedicado al tema de las licencias y sería mucho más fácil usar
> los datos de OSM para cualquier propósito.
> 
> Creo que las empresas honradas y con visión de futuro seguirían
> aportando a OSM, aunque los datos fueran de dominio público y no
> estuvieran "obligadas" por la licencia.
> 
> Saludos,
> Santiago Crespo
> 
> On 10/14/2016 04:55 PM, Alejandro S. wrote:
> > ¿Que caso de pokemon? Si es así, la OSM Foundation está precisamente
> > para eso, ponerse en contacto con la empresas y si fuera necesario tomar
> > acciones legales.
> >
> >
> > On Fri, Oct 14, 2016, 16:47 Santiago Crespo  
> > >> 
> wrote:
> >
> > No estoy de acuerdo. Las empresas ya explotan OSM ignorando las
> > condiciones de la licencia (véase pokemon). El que el dominio 
> público no
> > sea aplicable por igual en todos los países es algo que ocurre con
> > cualquier licencia también.
> >
> > On 10/14/2016 04:22 PM, Alejandro S. wrote:
> > > Estoy de acuerdo en que la información liberada por los organismos
> > > públicos debería serlo libre de restricciones (¡ojo! que el
> > concepto de
> > > dominio público no es aplicable en todos los países). Sin 
> embargo, un
> > > proyecto como OSM si que requiere de una protección adicional,
> > exigiendo
> > > no sólo la atribución sino también que las obras derivadas tengan
> > > también la misma licencia abierta (share-alike) para evitar que
> > empresas
> > > o particulares se aprovechen del trabajo de miles de voluntarios 
> sin
> > > ofrecer nada de vuelta a la comunidad.
> > >
> > > Salud y mapas,
> > > Alejandro Suárez
> > >
> > >
> > > On Fri, Oct 14, 2016, 13:09 Santiago Crespo
> > 
> >
> > >  
> >   > >
> > > Quise decir:
> > >
> > > ¿Qué sentido tiene poner limitaciones al uso de una
> información
> > > supuestamente liberada?
> > >
> > > En la wiki creo que explican muy bien el sentido de
> marcar la
> > casilla de
> > > "mis contribuciones son de dominio público" al crear la
> cuenta
> > en OSM:
> > >
> > >
> > 
> 
> https://wiki.openstreetmap.org/wiki/Why_would_I_want_my_contributions_to_be_public_domain
> 
> 
> > >
> > > Hay otra página con los pros y contras, aunque un poco
> coja en mi

Re: [Talk-GB] access:psv

[Colin Smale]

Isn't bus just a hyponym of PSV anyway? PSV also includes taxis, just
like motor_vehicle includes car.

On 2016-10-14 17:33, SK53 wrote:

> That's a long time ago.  This is not really something I map very much at all, 
> so I would tend to have to look for a convenient example. I assume that's 
> what happened in this case & of course I would look somewhere I know like 
> Nottingham. 
> 
> You are very free to change that to psv! 
> 
> On that note I see that bus is actually used more than psv according to 
> taginfo, so 2 values have to be dealt with anyway.
> 
> Jerry 
> 
> On 14 October 2016 at 15:49, Stuart Reynolds 
>  wrote:
> 
>>> AFAIK all access:psv=yes have been added by one person 
> 
> Not entirely. At least one was added at Castleton Bus Station by a certain 
> user SK53 ;) (http://www.openstreetmap.org/way/40426231 [1]). 
> 
> But to the more substantive question, no - I had picked two at random, found 
> them both to be edited by different people, and decided at that point to 
> await any decision from this discussion before approaching individual users 
> as I didn't know how many there were. But if, as you say, kevjs1982 is 
> responsible for the majority then I will approach him. 
> 
> Regards, 
> Stuart Reynolds 
> for traveline south east & anglia 
> 
> On 14 Oct 2016, at 15:11, SK53  wrote: 
> 
> AFAIK all access:psv=yes have been added by one person. Has anyone actually 
> talked to kevjs1982? He may be perfectly happy for the tags to be changed. By 
> discussing things with him you may also a) learn why he used the tag; b) 
> persuade him to use psv=yes.
> 
> The dual use of foot=yes & access;foot=yes probably has its origins in 
> disagreements about tagging PRoW in Hampshire a while back: 
> https://help.openstreetmap.org/questions/41053/prow-tagging-england-wales 
> [2]. 
> 
> Jerry 
> 
> On 14 October 2016 at 14:23, Rob Nickerson  wrote:
> 
> This is the downside of the free tagging system! 
> 
> It makes no sense having both tags - indeed this should be thrown as an error 
> in the editors (what happens if the value differs between these tags?!). 
> 
> But as you found out, as soon as you propose a (relatively simple) edit then 
> one individual can block it. 
> 
> A compromise is to adjust the code to accept both and have validation on 
> cases where both tags are present. 
> 
> I understand this to be "easy" for data consumers but in reality it is not 
> "easy" because it's taken you years to discover this edge case (consumers 
> shouldn't have to spend hours digging around the intricacies of such basic 
> data). 
> 
> Rob
> 
> On 14 Oct 2016 2:01 p.m., "Stuart Reynolds" 
>  wrote:
> 
> This has opened something of a can of worms. 
> 
> I decided, on reviewing the wiki, to go back to the contractor and ask for 
> equivalency between access:psv=* and psv=*. And I then decided to check other 
> tagging equivalencies, such as foot=* and access:foot=*. There a larger 
> number of access:foot tags in the data. 
> 
> But I noticed that a number of those I clicked on had both tags - foot=* and 
> also access:foot=* 
> 
> Is that sensible, to use two different (and apparently equivalent) tagging 
> schemes? If it is, then I could just add psv=* tags to all of the ways marked 
> access:psv, but I didn't suggest that because it seemed wrong to me 
> 
> What's the view? 
> 
> Regards, 
> Stuart Reynolds 
> for traveline south east & anglia 
> 
> On 14 Oct 2016, at 07:40, Stuart Reynolds  
> wrote: 
> 
> Hi Rob, 
> 
> I didn't manage to find that part of the Wiki! So thanks for bringing it to 
> my attention. I will take a look later. 
> 
> Regards 
> Stuart 
> 
> Sent from my iPhone 
> 
> On 13 Oct 2016, at 23:34, Rob Nickerson  wrote:
> 
> Stuart,
> 
> Putting "access:" in front of psv is a documented approach as set out in the 
> Conditional Restrictions wiki page [1]. This is designed to create a 
> hierarchy from simple restrictions (e.g. access:psv=yes, often shortened to 
> psv=yes) to the more complex. Proceeding with "access:" follows the schematic 
> of starting with the restriction-type which is required for all other 
> restrictions.
> 
> However, due to legacy reasons, and as noted:
> 
>> In access tags that are limited to a specific transportation mode the 
>> restriction-type ACCESS: is usually omitted.
> 
> The above is for info only. I make no comment and a will take no action based 
> on what you end up doing.
> 
> It is clear however, that these tags are equivalent as set out on the wiki. 
> 
> Best regards, 
> 
> ROB
> [1] https://wiki.openstreetmap.org/wiki/Conditional_restrictions [3] 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb [4]

___

Re: [Talk-es] Compatibilidad de Licencias con OSM (Importaciones).

[Carlos Cámara]

Hola,

Quería añadir un pequeño comentario al respecto de la discusión sobre
dominio público vs licencias libres. Vaya por delante que no soy para nada
experto en leyes de propiedad intelectual (y menos a nivel internacional),
pero tenía entendido que el orígen de las licencias libres (y más
concretamente del GPL) fue la de asegurarse que lo que estuviese licenciado
de esa forma nunca pueda ser apropiado por nadie de forma exclusiva (lo que
hace un copyright restrictivo convencional), algo que entiendo que sí
podría pasar en caso de ser dominio público.

Saludos,

Carlos Cámara
http://carloscamara.es

2016-10-14 17:14 GMT+02:00 Santiago Crespo :

> Según lo que he leído por ahí, parece que pokemon está usando datos de
> osm para decidir en qué sitios aparecen qué pokemon.
>
> Por ejemplo, creo que si en OSM hay una zona marcada como parque
> infantil, en ese lugar aparecen cierto tipo de pokemon.
>
> http://pokemongohub.net/pokemon-go-spawn-points-
> modeled-open-street-map-data/
>
> Mi conclusión es que es un gasto enorme de recursos el tener que
> perseguir a los infractores por todo el mundo, debatir sobre las
> licencias, etc.
>
> Si OSM fuera dominio público, es posible que hubiera más empresas que
> explotasen los datos de OSM sin dar reconocimiento, ni aportar nada a la
> comunidad. Aún así, creo que compensa con creces ahorrarnos todo este
> tiempo dedicado al tema de las licencias y sería mucho más fácil usar
> los datos de OSM para cualquier propósito.
>
> Creo que las empresas honradas y con visión de futuro seguirían
> aportando a OSM, aunque los datos fueran de dominio público y no
> estuvieran "obligadas" por la licencia.
>
> Saludos,
> Santiago Crespo
>
> On 10/14/2016 04:55 PM, Alejandro S. wrote:
> > ¿Que caso de pokemon? Si es así, la OSM Foundation está precisamente
> > para eso, ponerse en contacto con la empresas y si fuera necesario tomar
> > acciones legales.
> >
> >
> > On Fri, Oct 14, 2016, 16:47 Santiago Crespo  > > wrote:
> >
> > No estoy de acuerdo. Las empresas ya explotan OSM ignorando las
> > condiciones de la licencia (véase pokemon). El que el dominio
> público no
> > sea aplicable por igual en todos los países es algo que ocurre con
> > cualquier licencia también.
> >
> > On 10/14/2016 04:22 PM, Alejandro S. wrote:
> > > Estoy de acuerdo en que la información liberada por los organismos
> > > públicos debería serlo libre de restricciones (¡ojo! que el
> > concepto de
> > > dominio público no es aplicable en todos los países). Sin embargo,
> un
> > > proyecto como OSM si que requiere de una protección adicional,
> > exigiendo
> > > no sólo la atribución sino también que las obras derivadas tengan
> > > también la misma licencia abierta (share-alike) para evitar que
> > empresas
> > > o particulares se aprovechen del trabajo de miles de voluntarios
> sin
> > > ofrecer nada de vuelta a la comunidad.
> > >
> > > Salud y mapas,
> > > Alejandro Suárez
> > >
> > >
> > > On Fri, Oct 14, 2016, 13:09 Santiago Crespo
> > 
> > >  > >> wrote:
> > >
> > > Quise decir:
> > >
> > > ¿Qué sentido tiene poner limitaciones al uso de una información
> > > supuestamente liberada?
> > >
> > > En la wiki creo que explican muy bien el sentido de marcar la
> > casilla de
> > > "mis contribuciones son de dominio público" al crear la cuenta
> > en OSM:
> > >
> > >
> >  https://wiki.openstreetmap.org/wiki/Why_would_I_want_my_
> contributions_to_be_public_domain
> > >
> > > Hay otra página con los pros y contras, aunque un poco coja en
> mi
> > > opinión:
> > >
> > >
> >  https://wiki.openstreetmap.org/wiki/Pros_and_cons_of_
> contributing_data_public_domain
> > >
> > > Saludos,
> > > Santiago Crespo
> > >
> > > On 10/14/2016 12:26 PM, Santiago Crespo wrote:
> > > > En los proyectos honrados, como OSM, las licencias son
> > > impedimentos para
> > > > poder usar estos datos. Los proyectos piratas, van a coger
> esos
> > > datos y
> > > > explotarlos sin cumplir la licencia de todas formas.
> > > >
> > > > ¿Qué sentido poner limitaciones al uso de una información
> > > supuestamente
> > > > liberada?
> > >
> > > ___
> > > Talk-es mailing list
> > > Talk-es@openstreetmap.org 
> >  >>
> > > https://lists.openstreetmap.org/listinfo/talk-es
> > >
> > >
> > >
> > > 

[Talk-es] Acta reunión 4 de octubre

[Santiago Crespo]

Hola,

Aquí tenéis el acta de la última reunión:

https://wiki.openstreetmap.org/wiki/ES:Acta_20161004

He creado una página para listar las actas:

https://wiki.openstreetmap.org/wiki/ES:Actas_Reuniones_OSM-ES

Y otra para tener siempre a mano el orden del día propuesto para la
siguiente reunión:

https://wiki.openstreetmap.org/wiki/ES:Orden_del_día_siguiente_reunión_OSM-ES

Saludos,
Santiago Crespo

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

Re: [Talk-GB] access:psv

[SK53]

That's a long time ago.  This is not really something I map very much at
all, so I would tend to have to look for a convenient example. I assume
that's what happened in this case & of course I would look somewhere I know
like Nottingham.

You are very free to change that to psv!

On that note I see that bus is actually used more than psv according to
taginfo, so 2 values have to be dealt with anyway.

Jerry

On 14 October 2016 at 15:49, Stuart Reynolds <
stu...@travelinesoutheast.org.uk> wrote:

> >> AFAIK all access:psv=yes have been added by one person
>
> Not entirely. At least one was added at Castleton Bus Station by a certain
> user SK53 ;) (http://www.openstreetmap.org/way/40426231).
>
> But to the more substantive question, no - I had picked two at random,
> found them both to be edited by different people, and decided at that point
> to await any decision from this discussion before approaching individual
> users as I didn’t know how many there were. But if, as you say, kevjs1982
> is responsible for the majority then I will approach him.
>
> Regards,
> Stuart Reynolds
> for traveline south east & anglia
>
>
>
> On 14 Oct 2016, at 15:11, SK53  wrote:
>
> AFAIK all access:psv=yes have been added by one person. Has anyone
> actually talked to kevjs1982? He may be perfectly happy for the tags to be
> changed. By discussing things with him you may also a) learn why he used
> the tag; b) persuade him to use psv=yes.
>
> The dual use of foot=yes & access;foot=yes probably has its origins in
> disagreements about tagging PRoW in Hampshire a while back:
> https://help.openstreetmap.org/questions/41053/prow-tagging-england-wales.
>
> Jerry
>
>
> On 14 October 2016 at 14:23, Rob Nickerson 
> wrote:
>
>> This is the downside of the free tagging system!
>>
>> It makes no sense having both tags - indeed this should be thrown as an
>> error in the editors (what happens if the value differs between these
>> tags?!).
>>
>> But as you found out, as soon as you propose a (relatively simple) edit
>> then one individual can block it.
>>
>> A compromise is to adjust the code to accept both and have validation on
>> cases where both tags are present.
>>
>> I understand this to be "easy" for data consumers but in reality it is
>> not "easy" because it's taken you years to discover this edge case
>> (consumers shouldn't have to spend hours digging around the intricacies of
>> such basic data).
>>
>> Rob
>>
>> On 14 Oct 2016 2:01 p.m., "Stuart Reynolds" <
>> stu...@travelinesoutheast.org.uk> wrote:
>>
>>> This has opened something of a can of worms.
>>>
>>> I decided, on reviewing the wiki, to go back to the contractor and ask
>>> for equivalency between access:psv=* and psv=*. And I then decided to check
>>> other tagging equivalencies, such as foot=* and access:foot=*. There a
>>> larger number of access:foot tags in the data.
>>>
>>> But I noticed that a number of those I clicked on had both tags - foot=*
>>> and also access:foot=*
>>>
>>> Is that sensible, to use two different (and apparently equivalent)
>>> tagging schemes? If it is, then I could just add psv=* tags to all of the
>>> ways marked access:psv, but I didn’t suggest that because it seemed wrong
>>> to me
>>>
>>> What’s the view?
>>>
>>> Regards,
>>> Stuart Reynolds
>>> for traveline south east & anglia
>>>
>>>
>>>
>>> On 14 Oct 2016, at 07:40, Stuart Reynolds >> .uk> wrote:
>>>
>>> Hi Rob,
>>>
>>> I didn't manage to find that part of the Wiki! So thanks for bringing it
>>> to my attention. I will take a look later.
>>>
>>> Regards
>>> Stuart
>>>
>>> Sent from my iPhone
>>>
>>> On 13 Oct 2016, at 23:34, Rob Nickerson 
>>> wrote:
>>>
>>> Stuart,
>>>
>>> Putting "access:" in front of psv is a documented approach as set out in
>>> the Conditional Restrictions wiki page [1]. This is designed to create a
>>> hierarchy from simple restrictions (e.g. access:psv=yes, often shortened to
>>> psv=yes) to the more complex. Proceeding with "access:" follows the
>>> schematic of starting with the restriction-type which is required for all
>>> other restrictions.
>>>
>>> However, due to legacy reasons, and as noted:
>>>
>>> > In access tags that are limited to a specific transportation mode the
>>> restriction-type *access:* is usually omitted.
>>>
>>> The above is for info only. I make no comment and a will take no action
>>> based on what you end up doing.
>>>
>>> It is clear however, that these tags are equivalent as set out on the
>>> wiki.
>>>
>>> Best regards,
>>> *Rob*
>>> [1] https://wiki.openstreetmap.org/wiki/Conditional_restrictions
>>>
>>> ___
>>> Talk-GB mailing list
>>> Talk-GB@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-gb
>>>
>>>
>>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> 

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 12/10/2016 10:27, Carlo Stemberger ha scritto:
Il giorno 11 ottobre 2016 18:40, Fayor Uno > ha scritto:


Visto che nessun altro si esprime in merito alla pagina, direi che
va bene così e che si può trasferire per iniziare a votare

Prima di trasferirla andrebbe sistemata quest'ultima cosa:

https://wiki.openstreetmap.org/wiki/User:Arcanma/Sandbox#Note


Sapessi quale delle varie discussioni mettere... Mi sa che la cosa più 
semplice sarebbe togliere proprio la nota...



Pochi minuti fa ho apportato qualche piccola modifica:

https://wiki.openstreetmap.org/w/index.php?title=User%3AArcanma%2FSandbox=revision=1356657=1355392

Verificate in particolare che abbia interpretato correttamente il 
punteggio da assegnare alle 6 opzioni del quesito 2.


Perfetto. Grazie.

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

Re: [Talk-es] Compatibilidad de Licencias con OSM (Importaciones).

[Santiago Crespo]

Según lo que he leído por ahí, parece que pokemon está usando datos de
osm para decidir en qué sitios aparecen qué pokemon.

Por ejemplo, creo que si en OSM hay una zona marcada como parque
infantil, en ese lugar aparecen cierto tipo de pokemon.

http://pokemongohub.net/pokemon-go-spawn-points-modeled-open-street-map-data/

Mi conclusión es que es un gasto enorme de recursos el tener que
perseguir a los infractores por todo el mundo, debatir sobre las
licencias, etc.

Si OSM fuera dominio público, es posible que hubiera más empresas que
explotasen los datos de OSM sin dar reconocimiento, ni aportar nada a la
comunidad. Aún así, creo que compensa con creces ahorrarnos todo este
tiempo dedicado al tema de las licencias y sería mucho más fácil usar
los datos de OSM para cualquier propósito.

Creo que las empresas honradas y con visión de futuro seguirían
aportando a OSM, aunque los datos fueran de dominio público y no
estuvieran "obligadas" por la licencia.

Saludos,
Santiago Crespo

On 10/14/2016 04:55 PM, Alejandro S. wrote:
> ¿Que caso de pokemon? Si es así, la OSM Foundation está precisamente
> para eso, ponerse en contacto con la empresas y si fuera necesario tomar
> acciones legales.
> 
> 
> On Fri, Oct 14, 2016, 16:47 Santiago Crespo  > wrote:
> 
> No estoy de acuerdo. Las empresas ya explotan OSM ignorando las
> condiciones de la licencia (véase pokemon). El que el dominio público no
> sea aplicable por igual en todos los países es algo que ocurre con
> cualquier licencia también.
> 
> On 10/14/2016 04:22 PM, Alejandro S. wrote:
> > Estoy de acuerdo en que la información liberada por los organismos
> > públicos debería serlo libre de restricciones (¡ojo! que el
> concepto de
> > dominio público no es aplicable en todos los países). Sin embargo, un
> > proyecto como OSM si que requiere de una protección adicional,
> exigiendo
> > no sólo la atribución sino también que las obras derivadas tengan
> > también la misma licencia abierta (share-alike) para evitar que
> empresas
> > o particulares se aprovechen del trabajo de miles de voluntarios sin
> > ofrecer nada de vuelta a la comunidad.
> >
> > Salud y mapas,
> > Alejandro Suárez
> >
> >
> > On Fri, Oct 14, 2016, 13:09 Santiago Crespo
> 
> >  >> wrote:
> >
> > Quise decir:
> >
> > ¿Qué sentido tiene poner limitaciones al uso de una información
> > supuestamente liberada?
> >
> > En la wiki creo que explican muy bien el sentido de marcar la
> casilla de
> > "mis contribuciones son de dominio público" al crear la cuenta
> en OSM:
> >
> >   
>  
> https://wiki.openstreetmap.org/wiki/Why_would_I_want_my_contributions_to_be_public_domain
> >
> > Hay otra página con los pros y contras, aunque un poco coja en mi
> > opinión:
> >
> >   
>  
> https://wiki.openstreetmap.org/wiki/Pros_and_cons_of_contributing_data_public_domain
> >
> > Saludos,
> > Santiago Crespo
> >
> > On 10/14/2016 12:26 PM, Santiago Crespo wrote:
> > > En los proyectos honrados, como OSM, las licencias son
> > impedimentos para
> > > poder usar estos datos. Los proyectos piratas, van a coger esos
> > datos y
> > > explotarlos sin cumplir la licencia de todas formas.
> > >
> > > ¿Qué sentido poner limitaciones al uso de una información
> > supuestamente
> > > liberada?
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 
> >
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-es
> 
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

[Talk-it] Notiziario Settimanale OSM #325 04/10/2016-10/10/2016

[Stefano]

La raccolta settimanale delle notizie OSM, edizione #325, è adesso
disponibile online in Italiano, come sempre fornisce un riassunto di tutte
le cose che accadono nel mondo Openstreetmap:

http://www.weeklyosm.eu/it/archives/8195

Godetevelo!

Il notiziario settimanale OSM vi è fornito da 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] Compatibilidad de Licencias con OSM (Importaciones).

[Alejandro S.]

¿Que caso de pokemon? Si es así, la OSM Foundation está precisamente para
eso, ponerse en contacto con la empresas y si fuera necesario tomar
acciones legales.

On Fri, Oct 14, 2016, 16:47 Santiago Crespo 
wrote:

> No estoy de acuerdo. Las empresas ya explotan OSM ignorando las
> condiciones de la licencia (véase pokemon). El que el dominio público no
> sea aplicable por igual en todos los países es algo que ocurre con
> cualquier licencia también.
>
> On 10/14/2016 04:22 PM, Alejandro S. wrote:
> > Estoy de acuerdo en que la información liberada por los organismos
> > públicos debería serlo libre de restricciones (¡ojo! que el concepto de
> > dominio público no es aplicable en todos los países). Sin embargo, un
> > proyecto como OSM si que requiere de una protección adicional, exigiendo
> > no sólo la atribución sino también que las obras derivadas tengan
> > también la misma licencia abierta (share-alike) para evitar que empresas
> > o particulares se aprovechen del trabajo de miles de voluntarios sin
> > ofrecer nada de vuelta a la comunidad.
> >
> > Salud y mapas,
> > Alejandro Suárez
> >
> >
> > On Fri, Oct 14, 2016, 13:09 Santiago Crespo  > > wrote:
> >
> > Quise decir:
> >
> > ¿Qué sentido tiene poner limitaciones al uso de una información
> > supuestamente liberada?
> >
> > En la wiki creo que explican muy bien el sentido de marcar la
> casilla de
> > "mis contribuciones son de dominio público" al crear la cuenta en
> OSM:
> >
> >
> https://wiki.openstreetmap.org/wiki/Why_would_I_want_my_contributions_to_be_public_domain
> >
> > Hay otra página con los pros y contras, aunque un poco coja en mi
> > opinión:
> >
> >
> https://wiki.openstreetmap.org/wiki/Pros_and_cons_of_contributing_data_public_domain
> >
> > Saludos,
> > Santiago Crespo
> >
> > On 10/14/2016 12:26 PM, Santiago Crespo wrote:
> > > En los proyectos honrados, como OSM, las licencias son
> > impedimentos para
> > > poder usar estos datos. Los proyectos piratas, van a coger esos
> > datos y
> > > explotarlos sin cumplir la licencia de todas formas.
> > >
> > > ¿Qué sentido poner limitaciones al uso de una información
> > supuestamente
> > > liberada?
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-GB] access:psv

[Stuart Reynolds]

>> AFAIK all access:psv=yes have been added by one person

Not entirely. At least one was added at Castleton Bus Station by a certain user 
SK53 ;) (http://www.openstreetmap.org/way/40426231).

But to the more substantive question, no - I had picked two at random, found 
them both to be edited by different people, and decided at that point to await 
any decision from this discussion before approaching individual users as I 
didn’t know how many there were. But if, as you say, kevjs1982 is responsible 
for the majority then I will approach him.

Regards,
Stuart Reynolds
for traveline south east & anglia



On 14 Oct 2016, at 15:11, SK53 > 
wrote:

AFAIK all access:psv=yes have been added by one person. Has anyone actually 
talked to kevjs1982? He may be perfectly happy for the tags to be changed. By 
discussing things with him you may also a) learn why he used the tag; b) 
persuade him to use psv=yes.

The dual use of foot=yes & access;foot=yes probably has its origins in 
disagreements about tagging PRoW in Hampshire a while back: 
https://help.openstreetmap.org/questions/41053/prow-tagging-england-wales.

Jerry


On 14 October 2016 at 14:23, Rob Nickerson 
> wrote:

This is the downside of the free tagging system!

It makes no sense having both tags - indeed this should be thrown as an error 
in the editors (what happens if the value differs between these tags?!).

But as you found out, as soon as you propose a (relatively simple) edit then 
one individual can block it.

A compromise is to adjust the code to accept both and have validation on cases 
where both tags are present.

I understand this to be "easy" for data consumers but in reality it is not 
"easy" because it's taken you years to discover this edge case (consumers 
shouldn't have to spend hours digging around the intricacies of such basic 
data).

Rob

On 14 Oct 2016 2:01 p.m., "Stuart Reynolds" 
> 
wrote:
This has opened something of a can of worms.

I decided, on reviewing the wiki, to go back to the contractor and ask for 
equivalency between access:psv=* and psv=*. And I then decided to check other 
tagging equivalencies, such as foot=* and access:foot=*. There a larger number 
of access:foot tags in the data.

But I noticed that a number of those I clicked on had both tags - foot=* and 
also access:foot=*

Is that sensible, to use two different (and apparently equivalent) tagging 
schemes? If it is, then I could just add psv=* tags to all of the ways marked 
access:psv, but I didn’t suggest that because it seemed wrong to me

What’s the view?

Regards,
Stuart Reynolds
for traveline south east & anglia



On 14 Oct 2016, at 07:40, Stuart Reynolds 
> 
wrote:

Hi Rob,

I didn't manage to find that part of the Wiki! So thanks for bringing it to my 
attention. I will take a look later.

Regards
Stuart

Sent from my iPhone

On 13 Oct 2016, at 23:34, Rob Nickerson 
> wrote:

Stuart,

Putting "access:" in front of psv is a documented approach as set out in the 
Conditional Restrictions wiki page [1]. This is designed to create a hierarchy 
from simple restrictions (e.g. access:psv=yes, often shortened to psv=yes) to 
the more complex. Proceeding with "access:" follows the schematic of starting 
with the restriction-type which is required for all other restrictions.

However, due to legacy reasons, and as noted:

> In access tags that are limited to a specific transportation mode the 
> restriction-type access: is usually omitted.

The above is for info only. I make no comment and a will take no action based 
on what you end up doing.

It is clear however, that these tags are equivalent as set out on the wiki.

Best regards,
Rob
[1] https://wiki.openstreetmap.org/wiki/Conditional_restrictions
___
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-es] Compatibilidad de Licencias con OSM (Importaciones).

[Santiago Crespo]

No estoy de acuerdo. Las empresas ya explotan OSM ignorando las
condiciones de la licencia (véase pokemon). El que el dominio público no
sea aplicable por igual en todos los países es algo que ocurre con
cualquier licencia también.

On 10/14/2016 04:22 PM, Alejandro S. wrote:
> Estoy de acuerdo en que la información liberada por los organismos
> públicos debería serlo libre de restricciones (¡ojo! que el concepto de
> dominio público no es aplicable en todos los países). Sin embargo, un
> proyecto como OSM si que requiere de una protección adicional, exigiendo
> no sólo la atribución sino también que las obras derivadas tengan
> también la misma licencia abierta (share-alike) para evitar que empresas
> o particulares se aprovechen del trabajo de miles de voluntarios sin
> ofrecer nada de vuelta a la comunidad.
> 
> Salud y mapas,
> Alejandro Suárez
> 
> 
> On Fri, Oct 14, 2016, 13:09 Santiago Crespo  > wrote:
> 
> Quise decir:
> 
> ¿Qué sentido tiene poner limitaciones al uso de una información
> supuestamente liberada?
> 
> En la wiki creo que explican muy bien el sentido de marcar la casilla de
> "mis contribuciones son de dominio público" al crear la cuenta en OSM:
> 
> 
> https://wiki.openstreetmap.org/wiki/Why_would_I_want_my_contributions_to_be_public_domain
> 
> Hay otra página con los pros y contras, aunque un poco coja en mi
> opinión:
> 
> 
> https://wiki.openstreetmap.org/wiki/Pros_and_cons_of_contributing_data_public_domain
> 
> Saludos,
> Santiago Crespo
> 
> On 10/14/2016 12:26 PM, Santiago Crespo wrote:
> > En los proyectos honrados, como OSM, las licencias son
> impedimentos para
> > poder usar estos datos. Los proyectos piratas, van a coger esos
> datos y
> > explotarlos sin cumplir la licencia de todas formas.
> >
> > ¿Qué sentido poner limitaciones al uso de una información
> supuestamente
> > liberada?
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-es
> 
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [Talk-GB] access:psv

[Richard Fairhurst]

Rob Nickerson wrote:
> I understand this to be "easy" for data consumers

It is indeed easy. There are 442,133 instances of foot=* in the UK and 748
of access:foot=*. That makes it a nice easy decision for the data consumer
not to bother supporting access:foot. ;)

cheers
Richard




--
View this message in context: 
http://gis.19327.n8.nabble.com/access-psv-tp5884354p5884384.html
Sent from the Great Britain mailing list archive at Nabble.com.

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

Re: [Talk-es] Compatibilidad de Licencias con OSM (Importaciones).

[Alejandro S.]

Estoy de acuerdo en que la información liberada por los organismos públicos
debería serlo libre de restricciones (¡ojo! que el concepto de dominio
público no es aplicable en todos los países). Sin embargo, un proyecto como
OSM si que requiere de una protección adicional, exigiendo no sólo la
atribución sino también que las obras derivadas tengan también la misma
licencia abierta (share-alike) para evitar que empresas o particulares se
aprovechen del trabajo de miles de voluntarios sin ofrecer nada de vuelta a
la comunidad.

Salud y mapas,
Alejandro Suárez

On Fri, Oct 14, 2016, 13:09 Santiago Crespo 
wrote:

Quise decir:

¿Qué sentido tiene poner limitaciones al uso de una información
supuestamente liberada?

En la wiki creo que explican muy bien el sentido de marcar la casilla de
"mis contribuciones son de dominio público" al crear la cuenta en OSM:

https://wiki.openstreetmap.org/wiki/Why_would_I_want_my_contributions_to_be_public_domain

Hay otra página con los pros y contras, aunque un poco coja en mi opinión:

https://wiki.openstreetmap.org/wiki/Pros_and_cons_of_contributing_data_public_domain

Saludos,
Santiago Crespo

On 10/14/2016 12:26 PM, Santiago Crespo wrote:
> En los proyectos honrados, como OSM, las licencias son impedimentos para
> poder usar estos datos. Los proyectos piratas, van a coger esos datos y
> explotarlos sin cumplir la licencia de todas formas.
>
> ¿Qué sentido poner limitaciones al uso de una información supuestamente
> liberada?

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

Re: [Talk-GB] access:psv

[SK53]

AFAIK all access:psv=yes have been added by one person. Has anyone actually
talked to kevjs1982? He may be perfectly happy for the tags to be changed.
By discussing things with him you may also a) learn why he used the tag; b)
persuade him to use psv=yes.

The dual use of foot=yes & access;foot=yes probably has its origins in
disagreements about tagging PRoW in Hampshire a while back:
https://help.openstreetmap.org/questions/41053/prow-tagging-england-wales.

Jerry


On 14 October 2016 at 14:23, Rob Nickerson 
wrote:

> This is the downside of the free tagging system!
>
> It makes no sense having both tags - indeed this should be thrown as an
> error in the editors (what happens if the value differs between these
> tags?!).
>
> But as you found out, as soon as you propose a (relatively simple) edit
> then one individual can block it.
>
> A compromise is to adjust the code to accept both and have validation on
> cases where both tags are present.
>
> I understand this to be "easy" for data consumers but in reality it is not
> "easy" because it's taken you years to discover this edge case (consumers
> shouldn't have to spend hours digging around the intricacies of such basic
> data).
>
> Rob
>
> On 14 Oct 2016 2:01 p.m., "Stuart Reynolds"  org.uk> wrote:
>
>> This has opened something of a can of worms.
>>
>> I decided, on reviewing the wiki, to go back to the contractor and ask
>> for equivalency between access:psv=* and psv=*. And I then decided to check
>> other tagging equivalencies, such as foot=* and access:foot=*. There a
>> larger number of access:foot tags in the data.
>>
>> But I noticed that a number of those I clicked on had both tags - foot=*
>> and also access:foot=*
>>
>> Is that sensible, to use two different (and apparently equivalent)
>> tagging schemes? If it is, then I could just add psv=* tags to all of the
>> ways marked access:psv, but I didn’t suggest that because it seemed wrong
>> to me
>>
>> What’s the view?
>>
>> Regards,
>> Stuart Reynolds
>> for traveline south east & anglia
>>
>>
>>
>> On 14 Oct 2016, at 07:40, Stuart Reynolds > .uk> wrote:
>>
>> Hi Rob,
>>
>> I didn't manage to find that part of the Wiki! So thanks for bringing it
>> to my attention. I will take a look later.
>>
>> Regards
>> Stuart
>>
>> Sent from my iPhone
>>
>> On 13 Oct 2016, at 23:34, Rob Nickerson 
>> wrote:
>>
>> Stuart,
>>
>> Putting "access:" in front of psv is a documented approach as set out in
>> the Conditional Restrictions wiki page [1]. This is designed to create a
>> hierarchy from simple restrictions (e.g. access:psv=yes, often shortened to
>> psv=yes) to the more complex. Proceeding with "access:" follows the
>> schematic of starting with the restriction-type which is required for all
>> other restrictions.
>>
>> However, due to legacy reasons, and as noted:
>>
>> > In access tags that are limited to a specific transportation mode the
>> restriction-type *access:* is usually omitted.
>>
>> The above is for info only. I make no comment and a will take no action
>> based on what you end up doing.
>>
>> It is clear however, that these tags are equivalent as set out on the
>> wiki.
>>
>> Best regards,
>> *Rob*
>> [1] https://wiki.openstreetmap.org/wiki/Conditional_restrictions
>>
>> ___
>> 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] zase nejde tracer LPIS

[Marián Kyral]

Nojo. Očekávám [ms:idPudnihoBloku] a oni tam nově mají [ms:id]

Až dorazím dom, tak to opravím.

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: talk-cz@openstreetmap.org
Datum: 14. 10. 2016 15:29:05
Předmět: [Talk-cz] zase nejde tracer LPIS

"
zase se něco asi změnilo v traceru LPIS
JOSM mi píše že jsou nedostupná data 
přikládám výpis z konzole:

/gml:lowerCorner>   -708212.612000 -
1135713
.40    
    
     -708550.80 -1135803.70 -708591.926000 -1135794.688000 -
7086
20.70 -1135784.50 -708689.50 -1135756.30 -708744.20 -
1135735
.70 -708791.30 -1135718.90 -708814.40 -1135713.40 -
708806.30
 -1135739.30 -708783.10 -1135777.80 -708757.20 -
1135810.8000
00 -708709.00 -1135851.00 -708642.00 -1135905.50 -
708573.20
-1135962.40 -708501.70 -1136017.80 -708470.40 -
1136041.90 -7
08443.60 -1136058.90 -708437.40 -1136067.80 -708443.428000 -
1136
096.827000 -708378.696000 -1136293.732000 -708337.398000 -1136413.769000 -
708320
.741000 -1136464.862000 -708305.223000 -1136491.979000 -708282.195000 -
1136516.0
83000 -708256.164000 -1136534.162000 -708236.641000 -1136538.179000 -
708221.1230
00 -1136535.668000 -708212.612000 -1136525.625000 -708212.612000 -
1136505.036000
 -708224.032000 -1136427.636000 -708243.755000 -1136300.965000 -
708249.776000 -1
136235.034000 -708253.30 -1136203.60 -708253.30 -1136180.40 
-708
260.813000 -1136111.524000 -708260.813000 -1136002.055000 -708258.806000 -
113597
6.891000 -708257.301000 -1135946.19 -708261.40 -1135924.30 -
708272.1
0 -1135910.90 -708272.10 -1135902.80 -708265.80 -
1135893.900
000 -708258.70 -1135885.90 -708248.90 -1135845.70 -
708236.40
 -1135809.90 -708245.30 -1135801.00 -708266.683000 -
1135792.936000 -
708314.346000 -1135804.504000 -708357.00 -1135823.30 -708389.101000 
-113
5826.131000 -708419.203000 -1135828.142000 -708485.429000 -1135819.592000 -
70855
0.80 -1135803.70    
         
27505509    
              -708567.354000 -1136432.40   -708364.90 -
1136097.10<
/gml:upperCorner>    
     <
gml:ex
terior>    -708548.305000 -1136113.674000 -708567.354000 -1136113.982000 -
708510.27400
0 -1136303.681000 -708475.224000 -1136410.362000 -708473.665207 -
1136415.414466
-708468.10 -1136432.40 -708364.90 -1136378.40 -708364.90
-11
36375.90 -708366.40 -1136369.80 -708390.30 -1136296.20 -
7084
53.20 -1136098.30 -708455.60 -1136097.10 -708458.70 -
1136099
.00 -708484.576000 -1136114.177000 -708500.634000 -1136118.708000 -
708513.17
9000 -1136118.204000 -708525.724000 -1136114.681000 -708548.305000 -
1136113.6740
00     
      27598839
      
    
   <
gml:boundedBy>  
-708692.033000 -1136534.60
    -708435.70 -1136086.307000
      
   
   -708692.033000 
-113
6222.379000 -708691.533000 -1136229.408000 -708686.027000 -1136238.948000 -
70866
4.504000 -1136261.041000 -708638.476000 -1136283.636000 -708631.468000 -
1136291.
67 -708628.595000 -1136297.077000 -708623.075000 -1136310.159000 -
708619.059
000 -1136319.718000 -708598.482000 -1136339.844000 -708569.372000 -
1136360.47200
0 -708551.304000 -1136378.585000 -708542.092000 -1136388.73 -
708522.933000 -
1136414.291000 -708465.865000 -1136482.084000 -708463.863000 -1136491.123000
-70
8464.10 -1136518.80 -708435.70 -1136534.60 -708455.296000 -
11364
74.954000 -708475.224000 -1136410.362000 -708510.274000 -1136303.681000 -
708567.
354000 -1136113.982000 -708579.417000 -1136114.177000 -708589.954000 -
1136114.68
1000 -708595.474000 -1136118.204000 -708598.987000 -1136118.708000 -
708605.51000
0 -1136113.674000 -708634.472000 -1136094.843000 -708649.488000 -
1136086.809000
-708656.495000 -1136086.307000 -708662.502000 -1136090.826000 -708663.002000
-11
36097.856000 -708660.499000 -1136120.953000 -708660.499000 -1136135.012000 -
7086
63.503000 -1136155.096000 -708668.008000 -1136173.674000 -708677.518000 -
1136192
.252000 -708685.026000 -1136200.286000 -708686.027000 -1136202.294000 -
708690.03
1000 -1136211.332000 -708692.033000 -1136222.379000 
     
 27814224   
         
    -
708992
.100800 -1135341.949200   -708549.789800 -1134647.467000   
            
   -708928.584000 -1134866.466000 -
708904.2630
00 -1134889.868000 -708836.759000 

[Talk-cz] zase nejde tracer LPIS

[Zdeněk Pražák]

zase se něco asi změnilo v traceru LPIS
JOSM mi píše že jsou nedostupná data 
přikládám výpis z konzole:

/gml:lowerCorner>   -708212.612000 -
1135713
.40    
    
     -708550.80 -1135803.70 -708591.926000 -1135794.688000 -
7086
20.70 -1135784.50 -708689.50 -1135756.30 -708744.20 -
1135735
.70 -708791.30 -1135718.90 -708814.40 -1135713.40 -
708806.30
 -1135739.30 -708783.10 -1135777.80 -708757.20 -
1135810.8000
00 -708709.00 -1135851.00 -708642.00 -1135905.50 -
708573.20
-1135962.40 -708501.70 -1136017.80 -708470.40 -
1136041.90 -7
08443.60 -1136058.90 -708437.40 -1136067.80 -708443.428000 -
1136
096.827000 -708378.696000 -1136293.732000 -708337.398000 -1136413.769000 -
708320
.741000 -1136464.862000 -708305.223000 -1136491.979000 -708282.195000 -
1136516.0
83000 -708256.164000 -1136534.162000 -708236.641000 -1136538.179000 -
708221.1230
00 -1136535.668000 -708212.612000 -1136525.625000 -708212.612000 -
1136505.036000
 -708224.032000 -1136427.636000 -708243.755000 -1136300.965000 -
708249.776000 -1
136235.034000 -708253.30 -1136203.60 -708253.30 -1136180.40 
-708
260.813000 -1136111.524000 -708260.813000 -1136002.055000 -708258.806000 -
113597
6.891000 -708257.301000 -1135946.19 -708261.40 -1135924.30 -
708272.1
0 -1135910.90 -708272.10 -1135902.80 -708265.80 -
1135893.900
000 -708258.70 -1135885.90 -708248.90 -1135845.70 -
708236.40
 -1135809.90 -708245.30 -1135801.00 -708266.683000 -
1135792.936000 -
708314.346000 -1135804.504000 -708357.00 -1135823.30 -708389.101000 
-113
5826.131000 -708419.203000 -1135828.142000 -708485.429000 -1135819.592000 -
70855
0.80 -1135803.70    
         
27505509    
              -708567.354000 -1136432.40   -708364.90 -
1136097.10<
/gml:upperCorner>    
     <
gml:ex
terior>    -708548.305000 -1136113.674000 -708567.354000 -1136113.982000 -
708510.27400
0 -1136303.681000 -708475.224000 -1136410.362000 -708473.665207 -
1136415.414466
-708468.10 -1136432.40 -708364.90 -1136378.40 -708364.90
-11
36375.90 -708366.40 -1136369.80 -708390.30 -1136296.20 -
7084
53.20 -1136098.30 -708455.60 -1136097.10 -708458.70 -
1136099
.00 -708484.576000 -1136114.177000 -708500.634000 -1136118.708000 -
708513.17
9000 -1136118.204000 -708525.724000 -1136114.681000 -708548.305000 -
1136113.6740
00     
      27598839
      
    
   <
gml:boundedBy>  
-708692.033000 -1136534.60
    -708435.70 -1136086.307000
      
   
   -708692.033000 
-113
6222.379000 -708691.533000 -1136229.408000 -708686.027000 -1136238.948000 -
70866
4.504000 -1136261.041000 -708638.476000 -1136283.636000 -708631.468000 -
1136291.
67 -708628.595000 -1136297.077000 -708623.075000 -1136310.159000 -
708619.059
000 -1136319.718000 -708598.482000 -1136339.844000 -708569.372000 -
1136360.47200
0 -708551.304000 -1136378.585000 -708542.092000 -1136388.73 -
708522.933000 -
1136414.291000 -708465.865000 -1136482.084000 -708463.863000 -1136491.123000
-70
8464.10 -1136518.80 -708435.70 -1136534.60 -708455.296000 -
11364
74.954000 -708475.224000 -1136410.362000 -708510.274000 -1136303.681000 -
708567.
354000 -1136113.982000 -708579.417000 -1136114.177000 -708589.954000 -
1136114.68
1000 -708595.474000 -1136118.204000 -708598.987000 -1136118.708000 -
708605.51000
0 -1136113.674000 -708634.472000 -1136094.843000 -708649.488000 -
1136086.809000
-708656.495000 -1136086.307000 -708662.502000 -1136090.826000 -708663.002000
-11
36097.856000 -708660.499000 -1136120.953000 -708660.499000 -1136135.012000 -
7086
63.503000 -1136155.096000 -708668.008000 -1136173.674000 -708677.518000 -
1136192
.252000 -708685.026000 -1136200.286000 -708686.027000 -1136202.294000 -
708690.03
1000 -1136211.332000 -708692.033000 -1136222.379000 
     
 27814224   
         
    -
708992
.100800 -1135341.949200   -708549.789800 -1134647.467000   
            
   -708928.584000 -1134866.466000 -
708904.2630
00 -1134889.868000 -708836.759000 -1134956.09 -708795.562000 -
1135000.404000
 -708793.279000 -1135000.753000 -708793.481300 -1134999.738800 -
708712.289400 -1
135106.191900 -708706.70 -1135122.70 -708713.019000 -1135131.518000 
-708
723.70 -1135143.90 -708736.40 -1135152.30 -708757.50 -

Re: [Talk-GB] access:psv

[Rob Nickerson]

This is the downside of the free tagging system!

It makes no sense having both tags - indeed this should be thrown as an
error in the editors (what happens if the value differs between these
tags?!).

But as you found out, as soon as you propose a (relatively simple) edit
then one individual can block it.

A compromise is to adjust the code to accept both and have validation on
cases where both tags are present.

I understand this to be "easy" for data consumers but in reality it is not
"easy" because it's taken you years to discover this edge case (consumers
shouldn't have to spend hours digging around the intricacies of such basic
data).

Rob

On 14 Oct 2016 2:01 p.m., "Stuart Reynolds" <
stu...@travelinesoutheast.org.uk> wrote:

> This has opened something of a can of worms.
>
> I decided, on reviewing the wiki, to go back to the contractor and ask for
> equivalency between access:psv=* and psv=*. And I then decided to check
> other tagging equivalencies, such as foot=* and access:foot=*. There a
> larger number of access:foot tags in the data.
>
> But I noticed that a number of those I clicked on had both tags - foot=*
> and also access:foot=*
>
> Is that sensible, to use two different (and apparently equivalent) tagging
> schemes? If it is, then I could just add psv=* tags to all of the ways
> marked access:psv, but I didn’t suggest that because it seemed wrong to me
>
> What’s the view?
>
> Regards,
> Stuart Reynolds
> for traveline south east & anglia
>
>
>
> On 14 Oct 2016, at 07:40, Stuart Reynolds  org.uk> wrote:
>
> Hi Rob,
>
> I didn't manage to find that part of the Wiki! So thanks for bringing it
> to my attention. I will take a look later.
>
> Regards
> Stuart
>
> Sent from my iPhone
>
> On 13 Oct 2016, at 23:34, Rob Nickerson  wrote:
>
> Stuart,
>
> Putting "access:" in front of psv is a documented approach as set out in
> the Conditional Restrictions wiki page [1]. This is designed to create a
> hierarchy from simple restrictions (e.g. access:psv=yes, often shortened to
> psv=yes) to the more complex. Proceeding with "access:" follows the
> schematic of starting with the restriction-type which is required for all
> other restrictions.
>
> However, due to legacy reasons, and as noted:
>
> > In access tags that are limited to a specific transportation mode the
> restriction-type *access:* is usually omitted.
>
> The above is for info only. I make no comment and a will take no action
> based on what you end up doing.
>
> It is clear however, that these tags are equivalent as set out on the wiki.
>
> Best regards,
> *Rob*
> [1] https://wiki.openstreetmap.org/wiki/Conditional_restrictions
>
> ___
> 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-GB] access:psv

[Stuart Reynolds]

This has opened something of a can of worms.

I decided, on reviewing the wiki, to go back to the contractor and ask for 
equivalency between access:psv=* and psv=*. And I then decided to check other 
tagging equivalencies, such as foot=* and access:foot=*. There a larger number 
of access:foot tags in the data.

But I noticed that a number of those I clicked on had both tags - foot=* and 
also access:foot=*

Is that sensible, to use two different (and apparently equivalent) tagging 
schemes? If it is, then I could just add psv=* tags to all of the ways marked 
access:psv, but I didn’t suggest that because it seemed wrong to me

What’s the view?

Regards,
Stuart Reynolds
for traveline south east & anglia



On 14 Oct 2016, at 07:40, Stuart Reynolds 
> 
wrote:

Hi Rob,

I didn't manage to find that part of the Wiki! So thanks for bringing it to my 
attention. I will take a look later.

Regards
Stuart

Sent from my iPhone

On 13 Oct 2016, at 23:34, Rob Nickerson 
> wrote:

Stuart,

Putting "access:" in front of psv is a documented approach as set out in the 
Conditional Restrictions wiki page [1]. This is designed to create a hierarchy 
from simple restrictions (e.g. access:psv=yes, often shortened to psv=yes) to 
the more complex. Proceeding with "access:" follows the schematic of starting 
with the restriction-type which is required for all other restrictions.

However, due to legacy reasons, and as noted:

> In access tags that are limited to a specific transportation mode the 
> restriction-type access: is usually omitted.

The above is for info only. I make no comment and a will take no action based 
on what you end up doing.

It is clear however, that these tags are equivalent as set out on the wiki.

Best regards,
Rob
[1] https://wiki.openstreetmap.org/wiki/Conditional_restrictions
___
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

[OSM-talk-ie] weeklyOSM #325 10/04/2016-10/10/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 325,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8195/

Enjoy!

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-ca] weeklyOSM #325 10/04/2016-10/10/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 325,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8195/

Enjoy!

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-in] weeklyOSM #325 10/04/2016-10/10/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 325,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8195/

Enjoy!

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-us] weeklyOSM #325 10/04/2016-10/10/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 325,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8195/

Enjoy!

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk] weeklyOSM #325 10/04/2016-10/10/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 325,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8195/

Enjoy!

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] Compatibilidad de Licencias con OSM (Importaciones).

[Santiago Crespo]

Quise decir:

¿Qué sentido tiene poner limitaciones al uso de una información
supuestamente liberada?

En la wiki creo que explican muy bien el sentido de marcar la casilla de
"mis contribuciones son de dominio público" al crear la cuenta en OSM:

https://wiki.openstreetmap.org/wiki/Why_would_I_want_my_contributions_to_be_public_domain

Hay otra página con los pros y contras, aunque un poco coja en mi opinión:

https://wiki.openstreetmap.org/wiki/Pros_and_cons_of_contributing_data_public_domain

Saludos,
Santiago Crespo

On 10/14/2016 12:26 PM, Santiago Crespo wrote:
> En los proyectos honrados, como OSM, las licencias son impedimentos para
> poder usar estos datos. Los proyectos piratas, van a coger esos datos y
> explotarlos sin cumplir la licencia de todas formas.
> 
> ¿Qué sentido poner limitaciones al uso de una información supuestamente
> liberada?

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

Re: [Talk-it] Open Data Provincia di Biella

[Andrea Musuruane]

Ciao,

2016-10-04 14:09 GMT+02:00 Andrea Musuruane :
> 2016-09-28 17:55 GMT+02:00 Andrea Musuruane :
>> Spero a breve di far girare lo script di conversione sugli edifici di
>> Biella, per verificare altri possibili problemi.
>
> L'output per gli edifici di Biella lo trovate qui:
>
https://dl.dropboxusercontent.com/u/12575912/osm_imports/prov_bi/Biella.osm

Questa settimana ho realizzato uno script di traduzione per lo stradario.
Lo trovate sempre qui:
https://github.com/musuruan/osm_imports/tree/master/prov_bi

L'ho fatto perché ho trovato un tool che, partendo da un dataset di terze
parti, fa il merge con le strade che sono presenti in OpenStreetMap:
http://www.openstreetmap.org/user/mvexel/diary/36746

Grazie al supporto di Martijn e Gabriela di Telenav sono riuscito a fare
una prova sulle strade di Mezzana Mortigliengo. Devo dire che il lavoro di
conflation è davvero buono. Alla fine rimangono da sistemare solo poche
cose che vengono prontamente segnalate da JOSM Validator.

Credo che questo strumento possa essere molto utile per importare le strade
mancanti nei comuni meno mappati della Provincia di Biella, in genere
quelli di montagna, come appunto Mezzana Mortigliengo.

Ciao,

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

Re: [Talk-es] Compatibilidad de Licencias con OSM (Importaciones).

[Santiago Crespo]

Hola,

Sobre las licencias, en mi opinión, todas son restricciones. Una
información realmente libre, debería ser de dominio público.

Me da mucha rabia rehacer un trabajo ya hecho. Más aún si es por
incompatibilidades entre licencias supuestamente libres. Y más si encima
hemos pagado por estos trabajos cartográficos, en forma de impuestos por
un lado y en forma de tiempo y trabajo por otro.

En los proyectos honrados, como OSM, las licencias son impedimentos para
poder usar estos datos. Los proyectos piratas, van a coger esos datos y
explotarlos sin cumplir la licencia de todas formas.

¿Qué sentido poner limitaciones al uso de una información supuestamente
liberada?

Saludos,
Santiago Crespo

On 10/13/2016 01:58 PM, Matías h wrote:
> Hola.
> 
> Desde ayer hemos estado divagando, en el buen sentido, en el grupo de
> Telegram, acerca de los tipos de licencias y su posibilidad de uso en
> OpenStreetMap así como la forma de acatuar o no en cada caso.
> 
> Así, que perdonad por el tocho que voy a soltar, lo voy a dejar lo mejor
> maqueado posible y al final, soltaré mi opinion personal.
> 
> /...
> Matías
> /
> //
> /Y en este artículo, bastante completo del blog Nosolosig/
> /http://www.nosolosig.com/articulos/574-que-licencias-de-uso-de-datos-geograficos-tienen-las-ide-autonomicas-de-espana/
> /En principio, sólo he dejado con enlaces a los servicios aquellas que,
> según tipo de licencia, deberían poder usarse/
> /Otra cosa es que se haya contactado o no con la administración en
> concreto
> 
> /
> /Jorge Sanz/
> //
> /https://wiki.openstreetmap.org/wiki/IllesBalears:Ideib/
> /ahi esta el permiso de las islas baleares/
> /si es que lo tenemos todo en la wiki pero no hay quien lo localice jajaj
> 
> /
> /Matías/
> //
> /Al. Mira que trasteo por la wiki, pero un permiso tan bien
> documentado como ese no lo había visto nunca. Joder/
> /Ahora mismo lo cambio en la tabla...
> 
> /
> /Jorge Sanz/
> //
> /si si yo tambien me quedado No se quien lo hizo pero hay que
> ficharlo para contacto con las administraciones
> 
> /
> /Matías/
> //
> /Mapa del artículo de Nosolosig sobre licencias de las IDES/
> /https://joseignaci.carto.com/viz/2c082904-6e0d-11e5-bad5-0ecd1babdde5/public_map
> 
> /
> //
> 
> /CARTO/
> /Licencias de uso de datos geográficos en las IDE autonómicas de España
> /
> 
> /Más info en Nosolosig — Map created by Nosolosig in CARTO
> 
> https://joseignaci.carto.com/viz/2c082904-6e0d-11e5-bad5-0ecd1ba
> /
> /Juego de Tronos. El verde empieza a imponerse..
> 
> /
> /Jorge Sanz
> /
> /No la conocia pero es muy útil/
> /no me esperaba yo tanto verde jeje
> 
> /
> //
> /canarias tambien se puede usar
> https://wiki.openstreetmap.org/wiki/Ortofotos_de_Grafcan esta tambien en
> JOSM
> 
> /
> /
> /
> /Matías/
> //
> /Si Canarias me sonaba que estaba anteriormente, pero en el portal no
> soy capaz de encontrar la licencia/
> /También será que tengo un empacho esta mañana que no veas...
> 
> /
> /Jorge Sanz/
> //
> /ahi pone que se pidio permiso asi que probablemente o no estaba la
> licencia o la licencia no lo pemritia expresamente
> 
> /
> /Matías/
> /Uff, échame un cable, donde pone lo de que se pidio permiso...Para
> enlazarlo desde la tabla...
> 
> /
> /Jorge Sanz/
> //
> /aqui https://wiki.openstreetmap.org/wiki/Ortofotos_de_Grafcan abajo del
> todo pone esto:
> El permiso nos ha sido proporcionado por Pablo Suárez, del Departamento
> de Atención al Cliente, el 27 de octubre de 2010 en una conversación por
> e-mail con Envite:
> 
> De acuerdo a su lectura, las imagenes ortofotos, cartográfica y
> productos de información territorial de CARTOGRAFICA DE CANARIAS, S.A.
> (GRAFCAN) la pueden utilizar como baswe paera la generación de otros
> productos, pero como indica Ud. al no distribuir ni comercializar la
> base de información territorial o geográfica de GRAFCAN, dispone de
> dicha autorización para el proyecto.
> 
> /
> /Matías/
> //
> /Ok. Gracias...
> 
> 
> 
> 
> /
> /Jose Luis Infante/
> //
> /Ei! En Badalona van a liberar datos geográficos. Ya lo hablamos (con el
> técnico responsable) para poderlos usar en OSM, pero no hemos
> especificado ninguna licencia. Algún consejo? ODBL? Alguna otra similar?
> Un CC-by-4.0?/
> /Supongo que a ellos les gustaría que se hiciera referencia al origen de
> los datos
> 
> /
> /Matrix Link/
> //
> / creo que Dominio Público sería lo ideal/
> / si no, ODbL
> 
> /
> /
> /
> 
> /yopaseopor/
> //
> /IDEC: Infraestructura de Datos Espaciales de Cataluña
> Aunque en la página del IDEC no se señala el tipo de licencia de sus
> datos el Institut Cartogràfic i Geològic de Catalunya establece las
> condiciones de uso de la geoinformación que generan como Creative
> Commons de Attribution 4.0 International (CC-BY)
> 
> 

Re: [Talk-es] Compatibilidad de Licencias con OSM (Importaciones).

[Santiago Crespo]

Hola,

Cierran el ticket diciendo que aunque el mostrar estos créditos en
openstreetmap.org podría ayudar a resolver alguno de los problemas con
la cc-by, es muy difícil o imposible hacer que esto sea obligatorio para
los que usan estos datos "downstream", pues requiere de un cambio de
licencia.

Esto no es un problema para google, pues tienen un completo control de
cómo se muestran los datos que distribuyen.

https://github.com/openstreetmap/openstreetmap-website/issues/1324#event-823272643

Saludos,
Santiago Crespo


On 10/14/2016 12:19 AM, Alejandro S. wrote:
> Hola Santiago y Yopaseopor,
> Me parece muy difícil que se implemente eso, requeriría una base de
> datos geoespacial adicional con los valores de source si aportar un
> beneficio claro.
> 
> Saludos y nos vemos en la lista.
> Alejandro Suárez
> 
> 
> On Thu, Oct 13, 2016, 22:55 Santiago Crespo  > wrote:
> 
> Hola,
> 
> yopaseopor ha propuesto cambiar la forma en la que la atribución se
> muestra en los mapas. La idea es mostrar los "source" (ej: entidades que
> han liberado datos con cc-by) que hayan aportado datos que se usen en
> ese renderizado, que vaya cambiando según el zoom.
> 
> https://github.com/gravitystorm/openstreetmap-carto/issues/2412
> 
> A mi me parece buena idea, aunque dependerá de cada "render" el seguir
> esta política o no, pues no es una obligación de la ODbL. Además, hay
> otros usos de los datos de OSM aparte de dibujar mapas.
> 
> Creo que aunque no influya a nivel legal, es lo correcto es dar
> reconocimiento a las entidades que liberan datos.
> 
> Saludos,
> Santiago Crespo
> 
> On 10/13/2016 05:20 PM, Matías h wrote:
> > Hola.
> >
> > Me ha quedado claro. ¿Hay que definir por tanto, a quien dirigirnos en
> > cada caso, solicitando la autorización?.
> >
> > Muchas gracias.
> >
> >
> > El 13 oct. 2016 15:52, "Alejandro S."  
> > >>
> escribió:
> >
> > Hola,
> >
> > Precisamente ahí esta la gracia, nada impide a un autor licenciar
> > sus obras bajo distintas licencias, incluso incompatibles
> entre si.
> > Una licencia no es más que una forma legal de indicar en que
> > condiciones se puede usar esa información.
> >
> > Por ejemplo, un Ayto puede exigir a través de una licencia que las
> > obras derivadas de su portal de Open Data incluyan la atribución
> > expresa de una determinada manera en las obras derivas. Al mismo
> > tiempo ese mismo Ayuntamiento le ofrece a una empresa la
> información
> > del portal, sin necesidad de que den atribución ni nombren de
> > ninguna manera al Ayto., si la empresa paga una cuantiosa cantidad
> > de dinero.
> > Otro ejemplo es la Wikipedia en Inglés, que se publica sus
> artículos
> > bajo dos licencias la CC-BY-SA 3.0 y la GFDL [0].
> >
> > Por tanto, un Ayto. tiene potestad para emitir un permiso
> explicito
> > para que sus datos se usen en OSM independientemente de las
> > condiciones que imponga para el usos de sus datos a otros. Habría
> > que ver quién es el que tendría que emitir el certificado, ¿el
> > alcalde? ¿un concejal? Parece que tendría que ser quien
> ostente los
> > derechos de autor de esa información.
> >
> >
> > [0]:https://en.wikipedia.org/wiki/Wikipedia:Multi-licensing
> > 
> >
> > Espero que haya quedado un poco más claro como funciona el
> tema del
> > licenciamiento.
> >
> > Saludos,
> >   Alejandro Suárez
> >
> > 2016-10-13 13:58 GMT+02:00 Matías h  
> >  >>:
> >
> > Hola.
> >
> > Desde ayer hemos estado divagando, en el buen sentido, en el
> > grupo de Telegram, acerca de los tipos de licencias y su
> > posibilidad de uso en OpenStreetMap así como la forma de
> acatuar
> > o no en cada caso.
> >
> > Así, que perdonad por el tocho que voy a soltar, lo voy a
> dejar
> > lo mejor maqueado posible y al final, soltaré mi opinion
> personal.
> >
> > /...
> > Matías
> > /
> > //
> > /Y en este artículo, bastante completo del blog Nosolosig/
> >   
>  
> /http://www.nosolosig.com/articulos/574-que-licencias-de-uso-de-datos-geograficos-tienen-las-ide-autonomicas-de-espana
> >   
>  
> 

Re: [Talk-GB] Autumn Quarterly Project

[Dan S]

Hi all,

The "suggested matches" in greg's tool* has this useful "add tags in
JOSM" link when you click on a dot. Does anyone know of a way to do
this in bulk? (Yes I'm aware of the perils of bulk edits - just want
to do what I would be doing anyway but with fewer clicks...)

Cheers
Dan


* e.g. http://gregrs.dev.openstreetmap.org/fhrs/district-225.html

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

Re: [Talk-it] come taggare negozi di attrezzatura agricola/giardinaggio

[Martin Koppenhoefer]

2016-10-14 10:27 GMT+02:00 Marco :

> Grazie ad entrambi per i suggerimenti; avevo visto anche io il tag garden
> centre ma sulla wiki c'è scritto espressamente che quel tag indica chi
> vende piante quindi ero dubbioso.
>
> Questo schema con le aggiunte del tag sells:* mi piace. Credo farò così
>




io il garden centre lo userei sopratutto per posti grandi (supermercati del
giardinaggio), e non per un rivenditore di solo trattori e attrezzature
"agriculturiche".
Taginfo conosce questi (pochi) alternative:
11
*shop* 
*garden*_machinery

7
*shop* 
*garden*_equipment



il "sells:" fa sempre comodo perché si capisce meglio, ma un tag principale
va comunque trovato, probabilmente sempre un "shop" va messo. Se non trovi
niente di ben usato, mettici quello che ti sembra più pertinente,
fregandoti del uso attuale. per il John Deere, ci aggiungi un brand=John
Deere, poi il tag più usato che ho trovato, (e che ricordo da discussioni
precedenti) è
16
*shop* 
agricultural_*engines*


E' anche come loro si autodichiarono:
https://www.deere.com/en_INT/products/equipment/industrial_and_agricultural_engines/industrial_and_agricultural_engines.page

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

semanarioOSM Nº 325 04/10/2016-10/10/2016

[weeklyteam]

Hola, el semanario Nº 325, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en español:

http://www.weeklyosm.eu/es/archives/8195/

¡Disfruta!

weeklyOSM en Español está producido por: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

semanarioOSM Nº 325 04/10/2016-10/10/2016

[weeklyteam]

Hola, el semanario Nº 325, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en español:

http://www.weeklyosm.eu/es/archives/8195/

¡Disfruta!

weeklyOSM en Español está producido por: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

semanarioOSM Nº 325 04/10/2016-10/10/2016

[weeklyteam]

Hola, el semanario Nº 325, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en español:

http://www.weeklyosm.eu/es/archives/8195/

¡Disfruta!

weeklyOSM en Español está producido por: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-it] come taggare negozi di attrezzatura agricola/giardinaggio

[Marco]

Grazie ad entrambi per i suggerimenti; avevo visto anche io il tag 
garden centre ma sulla wiki c'è scritto espressamente che quel tag 
indica chi vende piante quindi ero dubbioso.


Questo schema con le aggiunte del tag sells:* mi piace. Credo farò così


Grazie ancora

Marco


Il 10/10/2016 16:44, girarsi_liste ha scritto:

Il 10/10/2016 11:51, Marco ha scritto:

Ciao, vorrei aggiungere alla mappa due o tre negozi che vendono
principalmente attrezzatura da giardinaggio/agricola ma non piante. Nel
dettaglio:

primo negozio: vende e ripara: tosaerba, tagliaerba, motoseghe, piccoli
trattori per il taglio dell'erba, soffiatori, spazzaneve, motozzappe,
trituratrici e circa ogni piccolo mezzo usato per la manutenzione di
aree verdi. Non vende piante

shop:garden_centre
service:repair
sells:agricultural_machine:yes



secondo negozio: vende articoli da giardinaggio (zappe, badili, canne
dell'acqua, tosa erba, taglia erba, diserbanti, tagliaerba, tosaerba,
impianti di irrigazione, falcetti, forbici da giardinaggio,...), mezzi
agricoli (trattori, mietitrebbiatrici,...) nuovi ed usati ed i vari
attrezzi da utilizzare con i trattori (aratro, rimorchi, pale,...). Non
vende piante.


shop:garden_forniture
service:repair
sells:second_hand:yes
sells:tractor_parts:yes


il terzo negozio l'ho visto di sfuggita ma dovrebbe essere un
rivenditore autorizzato John Deere, quindi in teoria sarebbe
paragonabile ad un concessionario di automobili ma non mi pare che
shop=tractor sia molto diffuso


Questo, simile l'ho taggato:

brand:John Deere (nel tuo caso)
name:*
operator:* (spesso coincide col nome)
service:dealer;repair;tyres;parts (spesso ha anche officina)
shop:agricultural_machine;farm_tractors





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

[OSM-talk] Geospatial devroom at FOSDEM 2017 on Sunday 5/2/2017 in Brussels

[Benoit Fournier]

Forwarding, announcement and call for presentations for Geospatial devroom
at FOSDEM.

Another geo highlight in a BIG event on free and open source universe.

Please read more below and forward.
-- Forwarded message --
From: "Margherita Di Leo" 
Date: Oct 13, 2016 4:54 PM
Subject: [OSGeo-Discuss] Geospatial devroom at FOSDEM 2017 on Sunday
5/2/2017 in Brussels
To: "OSGeo Discussions" 
Cc:

Call for Presentations
>
> Please forward!
>
> FOSDEM is a free and non-commercial event bringing together about 5000
> developers in Brussels, Belgium. The goal is to provide open source
> software developers and communities a place to meet and share thoughts. The
> participation is free of charge, although donations are welcome. The next
> edition will take place on 4 - 5 February 2017. For the third (!) time
> there will be a Geospatial devroom and will be happening on Sunday
> 5/2/2017!
>
> Geospatial technologies and mapping used to be specialist work, but
> nowadays location and maps are becoming part of many projects/applications,
> which usually use only a small subset of the possibilities the data and
> software offer.
>
> The geospatial devroom is the place to talk about open, geo-related data
> and software and their ecosystem. This includes standards and tools, e.g.
> for spatial databases, and online mapping, geospatial services, used for
> collecting, storing, delivering, analysing, and visualizing purposes.
>
> We welcome submissions about:
>
>-
>
>Web and desktop GIS applications;
>
>
>-
>
>Collaborative editing / versioning of geodata and metadata;
>-
>
>Interoperable geospatial web services and specifications;
>-
>
>Collection of data using sensors / UAVs / satellites;
>-
>
>Geo-analytic algorithms / libraries;
>-
>
>Geospatial extensions for classical databases (indexes, operations)
>and dedicated databases;
>-
>
>Big geodata, scalable GIS applications;
>-
>
>Volunteered Geographic information - Crowdsourced geodata.
>
>
> HOW TO SUBMIT YOUR PROPOSAL FOR A TALK
>
> Are you thrilled to present your work to other open source developers?
> Would you like to run a discussion? Any other ideas?
>
> Please submit your proposal at:
>
>  https://fosdem.org/submit
>
> Make sure to select the 'Geospatial devroom' as 'Track'. If you have an
> account from previous years, you should be using the same.
>
> Please specify in the notes if you prefer for your presentation either a
> short timeslot (lightning talks ~10 minutes) or a long timeslot (20 minutes
> presentation + discussion). However, note that time slots are indicative
> and will be assigned according to the timing of the session.
>
> The DEADLINE for submissions is Thursday **1st December 2016**.
>
> Notification of acceptance will be sent to the Authors by 11/12/2016 at
> the latest.
>
> Should you have any questions, please do not hesitate to get in touch with
> the organisers of the devroom at fosdem-geospatial at gisky.be!
>
> Want to know what FOSDEM geospatial is like? Check out the videos and the
> presentations of our previous two editions: [1,2]
>
> The organizers
>
> Johan Van de Wauw
>
> Margherita Di Leo
>
> Anne Ghisla
>
> Martin Hammitzsch
>
> [1] https://archive.fosdem.org/2015/schedule/track/geospatial/
>
> [2] https://archive.fosdem.org/2016/schedule/track/geospatial/
>
>
> --
> Margherita Di Leo
>
> ___
> Discuss mailing list
> disc...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/discuss
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] access:psv

[Stuart Reynolds]

Hi Rob,

I didn't manage to find that part of the Wiki! So thanks for bringing it to my 
attention. I will take a look later.

Regards
Stuart

Sent from my iPhone

On 13 Oct 2016, at 23:34, Rob Nickerson 
> wrote:

Stuart,

Putting "access:" in front of psv is a documented approach as set out in the 
Conditional Restrictions wiki page [1]. This is designed to create a hierarchy 
from simple restrictions (e.g. access:psv=yes, often shortened to psv=yes) to 
the more complex. Proceeding with "access:" follows the schematic of starting 
with the restriction-type which is required for all other restrictions.

However, due to legacy reasons, and as noted:

> In access tags that are limited to a specific transportation mode the 
> restriction-type access: is usually omitted.

The above is for info only. I make no comment and a will take no action based 
on what you end up doing.

It is clear however, that these tags are equivalent as set out on the wiki.

Best regards,
Rob
[1] https://wiki.openstreetmap.org/wiki/Conditional_restrictions
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] 12 anni

[Marco Bartalini]

GRANDE OTTIMO LAVORO!

non riuscivo proprio a capire come un ente come il CAI che da sempre si
occupa di sentieristica non fosse presente in questo ormai grandissimo
progetto ;-)






*Marco Bartalini,marcobartal...@gmail.com *

2016-10-13 23:44 GMT+02:00 Marco Minghini :

> Complimenti Simone, avanti così!
>
> ___
> 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