Re: [Talk-it] power=substation

[Fabrizio Tambussa]

Il 30/Mar/2016 05:57, "Simone"  ha scritto:
>
> Il 29 marzo 2016 23:28:47 CEST, "demon.box"  ha
scritto:
> >girarsi_liste wrote
> >> Rimarrei su building=yes, in quanto il valore service non mi sembra
> >> nemmeno documentato.
> >
> >per essere documentato building=service lo è:
> >
> >http://wiki.openstreetmap.org/wiki/Tag:building%3Dservice
>
> Grazie per il link, ma comunque personalmente ritengo più utile yes,
service mi sembra troppo generico ed inadatto, mia idea.

L'esempio della wiki invece è più che calzante. E ' fatto proprio su una
sottostazione elettrica di trasformazione.

Se la substation è di piccole dimensioni ricordo di mettere
substation=minor_distribution per distinguerla dalle grosse sottostazioni
che operano a voltaggi maggiori e generalmente sono all'aperto.
Saluti
Fabrizio

>
> -- Simone Girardelli--
>
> Inviato con K-9 Mail
> Scusate la brevità dello scritto.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] power=substation

[Simone]

Il 29 marzo 2016 23:28:47 CEST, "demon.box"  ha scritto:
>girarsi_liste wrote
>> Rimarrei su building=yes, in quanto il valore service non mi sembra
>> nemmeno documentato.
>
>per essere documentato building=service lo è:
>
>http://wiki.openstreetmap.org/wiki/Tag:building%3Dservice

Grazie per il link, ma comunque personalmente ritengo più utile yes, service mi 
sembra troppo generico ed inadatto, mia idea.


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [talk-latam] Happy Mapping Hour- Resultados Importación MGN del INEGI

[Gonzalo Gabriel Pérez]

Excelente Miriam!

Felicitaciones.

Lo publican por Twitter?
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[talk-latam] Happy Mapping Hour- Resultados Importación MGN del INEGI

[Gonzales, Miriam - (p)]

¡Hola Comunidad mapera!

El próximo 6 de Abril me gustaría invitarlos a un Happy Mapping Hour donde 
presentaremos los resultados de la Importación del MGN. Les comparto el link 
con detalles del evento, por favor confirmar su asistencia dando clic al botón 
RSVP

https://happymappinghour.splashthat.com/


Saludos,

Miriam

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

Re: [OSM-talk] talk Digest, Vol 139, Issue 31

[Mark Bradley]

> From: Ian Dees 
> To: Mike Thompson 
> Cc: EthnicFood IsGreat , OSM Talk
>   
> Subject: Re: [OSM-talk] Problem with JOSM imagery
> 
> On Mon, Mar 21, 2016 at 5:01 PM, Mike Thompson  wrote:
> 
> >
> >
> > On Mon, Mar 21, 2016 at 10:02 AM, Ian Dees  wrote:
> >
> >> Try browsing the map in your area with this debug slippy map (double
> >> click to zoom, shift-double-click to zoom out):
> >> http://tile.openstreetmap.us/usgs_scanned_topos/preview.html
> >>
> >> Works great for a little while (in the default area of SF), but then the
> > tiles apparently stop being served and all I see is white space except for
> > the tiles that have already been downloaded.
> >
> 
> I forgot that I have a rate limiter enabled that is probably tuned too low.
> I will block the IPs that are scraping and loosen the rate limiter a bit.


I can access the slippy map that Ian referred to.  I don't know why I can't 
access the layer through JOSM, but since I can access the slippy map, that's 
almost as good.  Plus, the JOSM imagery layers all display fine on my home 
computer.  I'm moving on.

Mark Bradley

 



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

[Talk-us] Buildings and addresses import request for Sitka, AK

[Joshua Houston]

Hello,

I am hoping to import buildings and address data that is in the public
domain for the city of Sitka, Alaska. The building footprints have been
drawn from publicly available imagery found here
http://dggs.alaska.gov/file_transfer/CityOfSitka_data/Imagery_Sid/ and the
address points have been extracted from publicly available parcel data
found here
http://www.mainstreetmaps.com/AK/Sitka/downloads/AK_Sitka_Parcels.zip

I have created a wiki page to document this process.
http://wiki.openstreetmap.org/wiki/Sitka,_AK/Buildings_Import

I know the only 2 active mappers in the area and they are interested in
this happening as well.

Thank you!

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

Re: [Talk-us] [OSM-talk] Slack

[Paul Johnson]

On Tue, Mar 29, 2016 at 3:45 PM, Dave F  wrote:

>
> On 29/03/2016 21:20, Tom Hughes wrote:
>
>> On 29/03/16 20:52, Martijn van Exel wrote:
>>
>> I find this a really worthwhile conversation to have. IRC is still great
>>> for some but it’s hardly inclusive.
>>>
>>
>> In what way is it not inclusive?
>>
>
> Because IRC works in real time. Contributors have to be in the same time
> zone (or stay up really late/ get up really early). It's biased towards
> densely populated zones ie Northern Europe or East coast if North America.
>
> As it has no record facility it turns into the equivalent of little groups
> huddling away secretively in the corner of the room to have a whispered
> conversation; something that only teenage girls usually do.


Could we not get osmbot to archive this to the web?
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] [Talk-us] Slack

[Paul Johnson]

On Tue, Mar 29, 2016 at 3:45 PM, Dave F  wrote:

>
> On 29/03/2016 21:20, Tom Hughes wrote:
>
>> On 29/03/16 20:52, Martijn van Exel wrote:
>>
>> I find this a really worthwhile conversation to have. IRC is still great
>>> for some but it’s hardly inclusive.
>>>
>>
>> In what way is it not inclusive?
>>
>
> Because IRC works in real time. Contributors have to be in the same time
> zone (or stay up really late/ get up really early). It's biased towards
> densely populated zones ie Northern Europe or East coast if North America.
>
> As it has no record facility it turns into the equivalent of little groups
> huddling away secretively in the corner of the room to have a whispered
> conversation; something that only teenage girls usually do.


Could we not get osmbot to archive this to the web?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] power=substation

[demon.box]

girarsi_liste wrote
> Rimarrei su building=yes, in quanto il valore service non mi sembra
> nemmeno documentato.

per essere documentato building=service lo è:

http://wiki.openstreetmap.org/wiki/Tag:building%3Dservice






--
View this message in context: 
http://gis.19327.n5.nabble.com/power-substation-tp5870883p5870917.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] OpenStreetMap Data Contribution Study

[Mike Thompson]

Andrew,

Thanks for your response and your willingness to engage the community.

It is great to see research being done on OSM.  My personal belief is that
research can help accelerate the acceptance and growth and success of OSM.

I am not on the board of the OSMF, perhaps someone that is, or someone who
at least has a better memory than I, can respond.

For starters, under what license will your results be published?

Mike

On Tue, Mar 29, 2016 at 2:39 PM, hall  wrote:

> Hi Mike,
>
> Thanks for your question. We definitely want to perform our research
> project within the guidelines that the OSM community operates within. We
> are fairly comfortable with the OSM wiki pages and documentation and
> haven’t come across documentation indicating that the OSM Foundation should
> review research proposals as you mentioned. If this review process exists,
> this is something we would certainly like to be aware of. If you could
> point us to the documentation, we would greatly appreciate it.
>
> Thanks,
> Andrew
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] Slack

[Ben Discoe]

On Tue, Mar 29, 2016 at 1:02 PM, Michael Reichert  wrote:
>> I find this a really worthwhile conversation to have. IRC is still great for 
>> some but it’s hardly inclusive.
>
> Is http://irc.openstreetmap.org/ no web interface?

I have tried (every year for the past ~20 years) to get IRC to work.
I never have seen it work, and I am a tech-savvy person.

There is always _something_ that prevents IRC from working.

For example, I tried that link you provided, I press "Login", and it
just spins endlessly, saying "Waiting for irc.openstreetmap.org..."
Could it be a corporate firewall issue? Or is the server down? Why is
there no timeout?  Who knows, it is that user-unfriendly.

> might lack some advertisment (and maybe an modern styling).

It lacks the ability to let people connect.  IRC is a non-starter.

-Ben

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

Re: [OSM-talk] [Talk-us] Slack

[Michael Reichert]

Hi Dave,

Am 29.03.2016 um 22:45 schrieb Dave F:
> Because IRC works in real time. Contributors have to be in the same time
> zone (or stay up really late/ get up really early). It's biased towards
> densely populated zones ie Northern Europe or East coast if North America.

You will face this problem with every type of communication, even email.
You will have a slower conversation if the other contributors live 9
hours off your local time.

> As it has no record facility it turns into the equivalent of little
> groups huddling away secretively in the corner of the room to have a
> whispered conversation; something that only teenage girls usually do.

Do really want to read the full log of a chat room? Do you yourself
really do that? Reading the archive of a mailing list gets
time-consuming if there are many postings. But you have email subjects
and threading at a mailing list archive which is not available at a
Slack/IRC/XMPP channel. Note that people write emails slower than a chat
messages and therefore the text is well thought out (I hope, sometimes
this is not true) and therefore easier to read.

Best regards

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [OSM-talk-fr] Problème avec Oauth ?

[Vincent Privat]

problème de version... Merci d'utiliser la dernière version stable, c'est
corrigé depuis un moment.

Le 29 mars 2016 à 18:49, Fabien  a écrit :

> Problème d'heure ?
> Le 29 mars 2016 18:48, "Ludovic Hirlimann"  a
> écrit :
>
>> Salut,
>> Aujou'rdh'ui impossible de mettre un token qui fonctionne sur josm (ça
>> fonctionnait bien jusqu'à la semaine dernière).
>> Sois j'arrive pas à avoir un token
>> Sois j'arrive à avoir un token mais impossible de l'utiliser josm plante
>> - j'ai des traces java :(
>>
>> [ludo@Oulanl ~]$ rpm -qa |grep josm
>> josm-0-0.76.9963svn.fc23.noarch
>>
>> Y a que moi ou c'est un pb connu ?
>>
>> Ludo
>>
>> --
>> http://sietch-tabr.tumblr.com/
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] [Talk-us] Slack

[Dave F]

On 29/03/2016 21:20, Tom Hughes wrote:

On 29/03/16 20:52, Martijn van Exel wrote:


I find this a really worthwhile conversation to have. IRC is still great
for some but it’s hardly inclusive.


In what way is it not inclusive?


Because IRC works in real time. Contributors have to be in the same time 
zone (or stay up really late/ get up really early). It's biased towards 
densely populated zones ie Northern Europe or East coast if North America.


As it has no record facility it turns into the equivalent of little 
groups huddling away secretively in the corner of the room to have a 
whispered conversation; something that only teenage girls usually do.




Who does it exclude that is included by Slack?


If Slack keeps a record that can be contributed to by others at a later 
date then that would be an advantage over IRC.


Dave F.

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Je vais mettre au propre tout ça pour le wiki... en fait l faut que je
reparte de zéro, puis étape par étape.

Sur le graphe, la trace verte correspond aux solutions en "float", puis
quand ça passe en "fix" c'est le point à droite au milieu.

Tant que je ne fournit pas de données de correction cohérents, ça reste en
"simple", c'est à dire ce qui sort du GPS.


L'altitude est très stable elle aussi (stable à 1cm près).
La borne IGN ne semble pas contre pas à son emplacement officiel... avec
2,4m d'écart.

Il faut que j'en trouve une autre accessible et moins martyrisée que
celle-ci car coincée entre une départementale et un champ, elle a
visiblement subit quelques dommages (y compris la base en béton).

Pour l'altitude, ça s'est stabilisé à 207,63m. La fiche IGN annonce 208.84
mais sur une ellipsoïde différente que celle du WGS84.


Le 29 mars 2016 à 21:27, Stéphane Péneau  a
écrit :

> Le 29/03/2016 19:52, Christian Quest a écrit :
>
>> Retour sur RTKLIB... et grand pas en avant pour moi aujourd'hui !
>>
>>
>>
>> Maintenant les données de la base... et j'ai de la chance d'en avoir une
>> à proximité (4km).
>> Les données sont disponibles sur un serveur FTP de l'IGN, avec une heure
>> de décallage (d'où le post-processing). Encore faut-il comprendre le
>> nommage de ces fichiers... et comprendre aussi que ce ne sont pas des
>> fichiers RINEX mais CRINEX, c'est à dire compressés (alors qu'ils sont
>> aussi compressés en .Z).
>>
>
> La dernière fois que j'ai essayé, j'ai galéré pour retrouver le lieu où
> télécharger ces données. Et oui, le nommage est..
> Si tu as tout ça en tête, et puisque tu as réussi le postprocessing (ce ne
> fut pas mon cas), tu penses que tu pourrais mettre tout ça sur le wiki ?
>
>
>
>
>> La grille fait 5cm de côté. En rouge on a les points mesurés sans
>> correction.
>> En vert, la correction est appliquée... ça fait une trace flottante en
>> bas à gauche, puis ça converge sur un point à droite au milieu et ça ne
>> bouge plus :)
>>
>>
> Super !!
>
> Tu n'as pas eu de passage en "float" entre le mode standard et le fix ?
> Tu étais correct aussi sur l'altitude ?
>
>
> Stf
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk] OpenStreetMap Data Contribution Study

[hall]

Hi Mike,

Thanks for your question. We definitely want to perform our research 
project within the guidelines that the OSM community operates within. We 
are fairly comfortable with the OSM wiki pages and documentation and 
haven’t come across documentation indicating that the OSM Foundation 
should review research proposals as you mentioned. If this review 
process exists, this is something we would certainly like to be aware 
of. If you could point us to the documentation, we would greatly 
appreciate it.


Thanks,
Andrew

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

Re: [Talk-GB] Open data (Was: Parliamentary debate mentions OSM)

[Andrew Hain]

SK53  writes:

> many contributors do it not purely to add stuff to OSM, but for a multitude
of other reasons:
> to learn more about the places around where one lives;
> to get out;
> to meet-up with like minded people;
> to get some exercise;
> to go to the less obvious places;
> to avoid stultifying in front of a screen;
> to collect some data for some other purpose.
> 
> As long as people are motivated by one or all of these reasons, I see no
reason why they won't contribute to OSM. I suspect it's a fallacy that
people only contribute to OSM because other sources of OpenData aren't up to
scratch. If we have competition it is with other types of
volunteer-collected data, not with things like OS Open Data. OSM will never
achieve the consistency of coverage that OSGB do, so there will always be
applications and use-cases which will prefer to use data of this sort 

Only up to a point. I don’t expect OSM to be better for everyone, but I
would stop contributing and find other outlets for my spare time if I ever
feel the ability to be useful (and keep other sources of maps and map data
from being complacent) goes away; I have in fact not mapped bus routes for
some time because I haven’t seen enough reward there.

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

Re: [OSM-talk] [Talk-us] Slack

[Tom Hughes]

On 29/03/16 20:52, Martijn van Exel wrote:


I find this a really worthwhile conversation to have. IRC is still great
for some but it’s hardly inclusive.


In what way is it not inclusive?

Who does it exclude that is included by Slack?

On the flip side who is included by IRC that is excluded by Slack?

Tom

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

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

Re: [Talk-us] [OSM-talk] Slack

[Bill Ricker]

On Tue, Mar 29, 2016 at 3:52 PM, Martijn van Exel  wrote:

> IRC is still great for some but it’s hardly inclusive.


​Some projects have a web-portal to make IRC inclusive of those who can't
even configure Pipsin for IRC.



-- 
Bill Ricker
bill.n1...@gmail.com
https://www.linkedin.com/in/n1vux
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] [Talk-us] Slack

[Michael Reichert]

Hi Martijn,

Am 29.03.2016 um 21:52 schrieb Martijn van Exel:
> I find this a really worthwhile conversation to have. IRC is still great for 
> some but it’s hardly inclusive.

Is http://irc.openstreetmap.org/ no web interface? I might lack some
advertisment (and maybe an modern styling). If you just want to have an
open multi use chat, IRC offers everything you need.

Best regards

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [Talk-us] [OSM-talk] Slack

[Martijn van Exel]

I find this a really worthwhile conversation to have. IRC is still great for 
some but it’s hardly inclusive. I like Slack and started using it early on. We 
set up an OSM US Slack, initially just for the board to coordinate, but we 
extended it to be open for all soon. They even give us free stuff because we’re 
a not-for-profit organization. I am a lurker on the Maptime slack and member of 
~10 Slack organizations total. I introduced Slack at my workplace and it has 
gained great popularity there since. I like how Slack could help support a more 
inclusive OSM community.

But also consider this:

* There are open source copycats that are in some aspects better than the 
‘original’. Mattermost and Rocket.chat come to mind. 
* Slack really sucks at some things: open invites, fine tuning notifications, 
broadcasting your status. It is known to become slow and even break down when 
teams get huge[1].
* Slack will do what it can to keep you within their walled garden. You can 
export data but is there a way to move an entire team or organization to an 
alternative solution? Don’t think so (but ready to be wrong.)

I think that part of why we are having this discussion in the first place is 
that osm.org  offers no great options for community members to 
be in touch. The web site has always been about the map primarily, not the 
people. I am curious if there are any ideas out there to change that. So we may 
perhaps think a little bit less about creating more channels for people to be 
in touch in the future.

[1] 
http://blog.freecodecamp.com/2015/06/so-yeah-we-tried-slack-and-we-deeply-regretted-it.html
 


> On Mar 29, 2016, at 1:24 PM, Frederik Ramm  wrote:
> 
> Hi,
> 
> On 03/29/2016 07:33 PM, Luis Villa wrote:
>> +1 to this. OSM should be seeking to broaden the base of potential
>> mappers, and that means making sure that gateways to the community are
>> user-friendly - which these days includes good UX/onboarding experience
>> and mobile apps. Slack is a clear winner there.
> 
> As a side note, this is also something commonly debated by the OSMF
> board and the OSMF members - wheter or not, and in how far, non-free
> tools are valid to use for a project like OSM and a foundation like the
> OSMF.
> 
> Example of a recent discussion:
> https://lists.openstreetmap.org/pipermail/osmf-talk/2015-December/003639.html
> 
> The spectrum of available services for a specific task usually ranges
> from "Non-free software offered as a service" (with and without silo,
> with and without payment) over "free software offered as a serivce" to
> "free software you run yourselves".
> 
> The paid-for solutions will usually mean less work for the few admins at
> OSMF (who have enough work with keeping the essentials running), plus
> they're usually shinier. The self-hosted stuff is often less shiny but
> more in keeping with the free-and-open spirit.
> 
> Personally I'm often on the fence as well. I'd love there to be an
> "internal IT services working group" whom we could task with setting up
> email, bug trackers, wikis, mumble servers, and voting platforms as
> needed but there's no such group and not enough capacity in OWG to
> shoulder that too. I think that OSM owes its success partly to all those
> who were happy to use it when it was still much less usable than it is
> today; had everyone gone to Google because the had the slickest
> interface, then OSM wouldn't be where it is today. On the other hand,
> working groups or the board tend to have a mission and while some
> detours for using free-and-open are acceptable, there's a limit to just
> how much productivity loss you can accept for going with the less shiny.
> 
> Bye
> Frederik
> 
> -- 
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [OSM-talk] [Talk-us] Slack

[Martijn van Exel]

I find this a really worthwhile conversation to have. IRC is still great for 
some but it’s hardly inclusive. I like Slack and started using it early on. We 
set up an OSM US Slack, initially just for the board to coordinate, but we 
extended it to be open for all soon. They even give us free stuff because we’re 
a not-for-profit organization. I am a lurker on the Maptime slack and member of 
~10 Slack organizations total. I introduced Slack at my workplace and it has 
gained great popularity there since. I like how Slack could help support a more 
inclusive OSM community.

But also consider this:

* There are open source copycats that are in some aspects better than the 
‘original’. Mattermost and Rocket.chat come to mind. 
* Slack really sucks at some things: open invites, fine tuning notifications, 
broadcasting your status. It is known to become slow and even break down when 
teams get huge[1].
* Slack will do what it can to keep you within their walled garden. You can 
export data but is there a way to move an entire team or organization to an 
alternative solution? Don’t think so (but ready to be wrong.)

I think that part of why we are having this discussion in the first place is 
that osm.org  offers no great options for community members to 
be in touch. The web site has always been about the map primarily, not the 
people. I am curious if there are any ideas out there to change that. So we may 
perhaps think a little bit less about creating more channels for people to be 
in touch in the future.

[1] 
http://blog.freecodecamp.com/2015/06/so-yeah-we-tried-slack-and-we-deeply-regretted-it.html
 


> On Mar 29, 2016, at 1:24 PM, Frederik Ramm  wrote:
> 
> Hi,
> 
> On 03/29/2016 07:33 PM, Luis Villa wrote:
>> +1 to this. OSM should be seeking to broaden the base of potential
>> mappers, and that means making sure that gateways to the community are
>> user-friendly - which these days includes good UX/onboarding experience
>> and mobile apps. Slack is a clear winner there.
> 
> As a side note, this is also something commonly debated by the OSMF
> board and the OSMF members - wheter or not, and in how far, non-free
> tools are valid to use for a project like OSM and a foundation like the
> OSMF.
> 
> Example of a recent discussion:
> https://lists.openstreetmap.org/pipermail/osmf-talk/2015-December/003639.html
> 
> The spectrum of available services for a specific task usually ranges
> from "Non-free software offered as a service" (with and without silo,
> with and without payment) over "free software offered as a serivce" to
> "free software you run yourselves".
> 
> The paid-for solutions will usually mean less work for the few admins at
> OSMF (who have enough work with keeping the essentials running), plus
> they're usually shinier. The self-hosted stuff is often less shiny but
> more in keeping with the free-and-open spirit.
> 
> Personally I'm often on the fence as well. I'd love there to be an
> "internal IT services working group" whom we could task with setting up
> email, bug trackers, wikis, mumble servers, and voting platforms as
> needed but there's no such group and not enough capacity in OWG to
> shoulder that too. I think that OSM owes its success partly to all those
> who were happy to use it when it was still much less usable than it is
> today; had everyone gone to Google because the had the slickest
> interface, then OSM wouldn't be where it is today. On the other hand,
> working groups or the board tend to have a mission and while some
> detours for using free-and-open are acceptable, there's a limit to just
> how much productivity loss you can accept for going with the less shiny.
> 
> Bye
> Frederik
> 
> -- 
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> 
> ___
> Talk-us mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [OSM-talk-fr] Comment tagger une bitte d'amarrage

[osm . sanspourriel]

Une bitte d'amarrage c'est fait pour amarrer. Et entre amarrer et mooring...
http://wiki.openstreetmap.org/wiki/FR:Key:mooring
*Mooring*: "A place where a vessel may be secured.
(Usually in pl.) The equipment used to secure a vessel."
http://wiki.openstreetmap.org/wiki/Seamarks/Moorings
*seamark:type=mooring*
*seamark:mooring:category=bollard*
me semble le bon tandem.
Et oui, quand on tague pour la marine, on se base sur la S52/S57/S100.
Comment ce n'était pas évident ? ;-)

Jean-Yvon

Le 2016-03-29 20:36, Eric Debeau - eric.deb...@gmail.com a écrit :

Bonsoir

Il y a de nombreuses bittes d'amarrage le long du Léguer. Elles ont 
été installées quand il y avait un port du coté de Loguivy et quand il 
y avait du halage.


Certaines ont été recensées par des notes. Mais je n'ai pas trouvé le 
tag adéquat.


mooring =* ne convient pas. ce n'est pas un mouillage
barrier= bollard ne convient pas, ce n'est pas une barrière

J'ai mis amenity = mooring_bollard (traduction anglaise) pour 
l'instant en attendant mieux...


Merci de vos avis

Eric


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


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

[Talk-us] Fwd: Re: [OSM-talk] Slack

[Charlotte Wolter]

Frederick,

Really nice discussion of the issues around using for-profit tools
in an open-source organization.
I tend to think that we should use whatever tools we can afford or
get for free to make OSM data as good as it can get. The more we can do,
the more open-source data is available for the world. That's the goal, and
the quicker we can get there, the better.

Charlotte



Delivered-To: techl...@techlady.com
To: talk-us@openstreetmap.org, Talk Openstreetmap 
From: Frederik Ramm 
Date: Tue, 29 Mar 2016 21:24:07 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.1
Subject: Re: [Talk-us] [OSM-talk] Slack
X-BeenThere: talk-us@openstreetmap.org
X-Mailman-Version: 2.1.16
List-Id: OpenStreetMap USA 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-Authority-Analysis: v=2.1 cv=MKSd45tl c=1 sm=1 
tr=0 a=CoGJZMXjC9ZqYjZMN9F/3A==:117 
a=CRRwbcOFI+X/mpt5jVcafw==:17 a=L9H7d07YOLsA:10 
a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 
a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 
a=7OsogOcEt9IA:10 a=595fbENk:8 
a=hWG5bkZX:8 a=1eHSoU74Iw-a-pUANEUA:9 
a=QEXdDO2ut3YA:10 a=1kxuJuLA1OUA:10 a=y7XjxEcr900A:10

X-Cloudmark-Score: 0
X-RR-Connecting-IP: 107.14.168.213:25

Hi, On 03/29/2016 07:33 PM, Luis Villa wrote:

> +1 to this. OSM should be seeking to broaden the base of potential
> mappers, and that means making sure that gateways to the community are
> user-friendly - which these days includes good UX/onboarding experience
> and mobile apps.

Slack is a clear winner there. As a side note, 
this is also something commonly

debated by the OSMF board and the OSMF members - whether or not, and in
how far, non-free tools are valid to use for a 
project like OSM and a foundation

like the OSMF.
Example of a recent discussion:
https://lists.openstreetmap.org/pipermail/osmf-talk/2015-December/003639.html
The spectrum of available services for a specific task usually ranges from
"Non-free software offered as a service" (with 
and without silo, with and without

payment) over "free software offered as a serivce" to "free software you run
yourselves". The paid-for solutions will usually 
mean less work for the few admins
at OSMF (who have enough work with keeping the 
essentials running), plus they're
usually shinier. The self-hosted stuff is often 
less shiny but more in keeping with

the free-and-open spirit.
Personally I'm often on the fence as well. I'd 
love there to be an "internal IT
services working group" whom we could task with 
setting up email, bug trackers,
wikis, Mumble servers, and voting platforms as 
needed but there's no such group

and not enough capacity in OWG to shoulder that too.
I think that OSM owes its success partly to all 
those who were happy to use it when
it was still much less usable than it is today. 
Had everyone gone to Google because

they had the slickest interface, then OSM wouldn't be where it is today.
On the other hand, working groups or the board 
tend to have a mission and while
some detours for using free-and-open are 
acceptable, there's a limit to just how

much productivity loss you can accept for going with the less shiny.

Bye
Frederik
-- Frederik Ramm  ##
eMail frede...@remote.org  ##
N49°00'09" E008°23'33"
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us



Charlotte Wolter
927 18th Street Suite A
Santa Monica, California
90403
+1-310-597-4040
techl...@techlady.com
Skype: thetechlady



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

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Le 29/03/2016 19:52, Christian Quest a écrit :

Retour sur RTKLIB... et grand pas en avant pour moi aujourd'hui !



Maintenant les données de la base... et j'ai de la chance d'en avoir 
une à proximité (4km).
Les données sont disponibles sur un serveur FTP de l'IGN, avec une 
heure de décallage (d'où le post-processing). Encore faut-il 
comprendre le nommage de ces fichiers... et comprendre aussi que ce ne 
sont pas des fichiers RINEX mais CRINEX, c'est à dire compressés 
(alors qu'ils sont aussi compressés en .Z).


La dernière fois que j'ai essayé, j'ai galéré pour retrouver le lieu où 
télécharger ces données. Et oui, le nommage est..
Si tu as tout ça en tête, et puisque tu as réussi le postprocessing (ce 
ne fut pas mon cas), tu penses que tu pourrais mettre tout ça sur le wiki ?






La grille fait 5cm de côté. En rouge on a les points mesurés sans 
correction.
En vert, la correction est appliquée... ça fait une trace flottante en 
bas à gauche, puis ça converge sur un point à droite au milieu et ça 
ne bouge plus :)




Super !!

Tu n'as pas eu de passage en "float" entre le mode standard et le fix ?
Tu étais correct aussi sur l'altitude ?

Stf

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

Re: [Talk-us] [OSM-talk] Slack

[Frederik Ramm]

Hi,

On 03/29/2016 07:33 PM, Luis Villa wrote:
> +1 to this. OSM should be seeking to broaden the base of potential
> mappers, and that means making sure that gateways to the community are
> user-friendly - which these days includes good UX/onboarding experience
> and mobile apps. Slack is a clear winner there.

As a side note, this is also something commonly debated by the OSMF
board and the OSMF members - wheter or not, and in how far, non-free
tools are valid to use for a project like OSM and a foundation like the
OSMF.

Example of a recent discussion:
https://lists.openstreetmap.org/pipermail/osmf-talk/2015-December/003639.html

The spectrum of available services for a specific task usually ranges
from "Non-free software offered as a service" (with and without silo,
with and without payment) over "free software offered as a serivce" to
"free software you run yourselves".

The paid-for solutions will usually mean less work for the few admins at
OSMF (who have enough work with keeping the essentials running), plus
they're usually shinier. The self-hosted stuff is often less shiny but
more in keeping with the free-and-open spirit.

Personally I'm often on the fence as well. I'd love there to be an
"internal IT services working group" whom we could task with setting up
email, bug trackers, wikis, mumble servers, and voting platforms as
needed but there's no such group and not enough capacity in OWG to
shoulder that too. I think that OSM owes its success partly to all those
who were happy to use it when it was still much less usable than it is
today; had everyone gone to Google because the had the slickest
interface, then OSM wouldn't be where it is today. On the other hand,
working groups or the board tend to have a mission and while some
detours for using free-and-open are acceptable, there's a limit to just
how much productivity loss you can accept for going with the less shiny.

Bye
Frederik

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

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

Re: [OSM-talk] [Talk-us] Slack

[Frederik Ramm]

Hi,

On 03/29/2016 07:33 PM, Luis Villa wrote:
> +1 to this. OSM should be seeking to broaden the base of potential
> mappers, and that means making sure that gateways to the community are
> user-friendly - which these days includes good UX/onboarding experience
> and mobile apps. Slack is a clear winner there.

As a side note, this is also something commonly debated by the OSMF
board and the OSMF members - wheter or not, and in how far, non-free
tools are valid to use for a project like OSM and a foundation like the
OSMF.

Example of a recent discussion:
https://lists.openstreetmap.org/pipermail/osmf-talk/2015-December/003639.html

The spectrum of available services for a specific task usually ranges
from "Non-free software offered as a service" (with and without silo,
with and without payment) over "free software offered as a serivce" to
"free software you run yourselves".

The paid-for solutions will usually mean less work for the few admins at
OSMF (who have enough work with keeping the essentials running), plus
they're usually shinier. The self-hosted stuff is often less shiny but
more in keeping with the free-and-open spirit.

Personally I'm often on the fence as well. I'd love there to be an
"internal IT services working group" whom we could task with setting up
email, bug trackers, wikis, mumble servers, and voting platforms as
needed but there's no such group and not enough capacity in OWG to
shoulder that too. I think that OSM owes its success partly to all those
who were happy to use it when it was still much less usable than it is
today; had everyone gone to Google because the had the slickest
interface, then OSM wouldn't be where it is today. On the other hand,
working groups or the board tend to have a mission and while some
detours for using free-and-open are acceptable, there's a limit to just
how much productivity loss you can accept for going with the less shiny.

Bye
Frederik

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

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

[Talk-br] Mapeamento grupo de alunos USFC

[Sérgio V .]

Prezados, boa tarde.



Para comunicar, há um grupo de alunos de geologia da UFSC fazendo um extenso 
mapeamento prévio na região do Parque Estadual da Serra do Tabuleiro onde farão 
trabalhos de campo.  A iniciativa sem dúvida é muito boa.  Segundo conversado 
com alguns deles e o professor, ao longo destes meses irão levantar mais dados 
em campo.



Estão iniciando, então provavelmente haverá coisas que necessitem ir 
aprimorando. Pelo que tenho visto têm tido cuidado com o que já existe mapeado. 
Foi comunicado a eles as informações do Wiki Project Brazil, classificação de 
vias (no caso deles sobretudo rurais), etc, dicas e contatos, e o mais que 
precisarem de informações.


- - - - - - - - - - - - - - - -

Sérgio (user:smaprs)
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Relazione: catena di alberghi o simile

[Lorenzo Mastrogiacomi]

Il giorno mar, 29/03/2016 alle 15.24 +0200, Volker Schmidt ha scritto: 

> Un altro scenario dove sono tentato di aggiungere dati a una
> relazione:
> 
> posizione e tipi di cartelli per ciclovie. 
> 
> 


Quelli potresti metterli nella relazione con ruolo guidepost. I nodi
taggati con information=guidepost

http://wiki.openstreetmap.org/wiki/Tag:information%3Dguidepost

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

[OSM-talk-fr] Comment tagger une bitte d'amarrage

[Eric Debeau]

Bonsoir

Il y a de nombreuses bittes d'amarrage le long du Léguer. Elles ont été
installées quand il y avait un port du coté de Loguivy et quand il y avait
du halage.


Certaines ont été recensées par des notes. Mais je n'ai pas trouvé le tag
adéquat.

mooring =* ne convient pas. ce n'est pas un mouillage
barrier= bollard ne convient pas, ce n'est pas une barrière

J'ai mis amenity = mooring_bollard (traduction anglaise) pour l'instant en
attendant mieux...

Merci de vos avis

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

Re: [OSM-talk] OpenStreetMap Data Contribution Study

[Mike Thompson]

I thought I had read somewhere that the OSM Foundation was supposed to
review research proposals and recommend for or against participation at
least partly based upon whether the results would be released under an open
license.  Is that the case, and if so, what is the recommendation regarding
this project?

Thanks,
Mike

On Mon, Mar 28, 2016 at 8:40 PM, hall  wrote:

> Hello,
>
> Our names are Andrew Hall and Sarah McRoberts and we are Ph.D. students
> and researchers within GroupLens Research at the University of Minnesota.
> We are currently undertaking a study on data contribution within
> OpenStreetMap and would greatly appreciate any OpenStreetMap contributors
> who are willing to talk about their experiences. Specifically, we are
> interested in 1) contributors of any type of geographic map data to
> OpenStreetMap AND/OR 2) contributors to the OpenStreetMap wiki pages (
> https://wiki.openstreetmap.org). The interview is short and will
> definitely not take more than 60 minutes (probably closer to 30 minutes)
> and will be held by video-chat/voice-chat or phone. Participants will
> receive a $10 USD Amazon gift card. We would sincerely appreciate any
> volunteers. We would love to talk to you about OpenStreetMap! You can reach
> us at h...@cs.umn.edu or mcrob...@umn.edu.
>
> Thank you,
>
> Andrew and Sarah
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Christian Quest]

Retour sur RTKLIB... et grand pas en avant pour moi aujourd'hui !

J'ai commandé il y a quelques semaines 2 GPS chez csgshop basés sur le M8T
à environ 100 euros pièce.
J'ai profité de quelques jours de congé pour m'y mettre et tester ces
bestiaux.

Première galère: compiler RTKLIB pour ubuntu... on sent que c'est codé
avant tout pour Windows et les fichiers makefile sont incomplets pour
linux. Il y a heureusement des pull-request sur github qui proposent les
corrections nécessaires: https://github.com/tomojitakasu/RTKLIB/pull/142

Une fois compilé, la doc est assez peu intuitive et comme tout se fait en
ligne de commande ce n'est pas des plus user friendly.

rtkrcv permet de collecter les données provenant du GPS et de les stocker
dans un fichier, encore faut-il correctement renseigne le fichier de
configuration... trouver le /dev/tty??? derrière lequel se cache le GPS
connecté en USB (pour moi c'est /dev/ttyACM0 ou /dev/ttyACM1).

Ensuite il faut indiquer au GPS qu'on veut récupérer les données brutes
(raw)... donc lui envoyer des commandes pour ça.

Finalement, j'ai pu enregistrer les données provenant du GPS dans le but de
faire du post-processing, c'est à dire d'appliquer la correction après coup
en utilisant les données d'une station de base fixe par trop éloignée.

Une fois le fichier de log enregistré, il faut le convertir en fichiers en
format RINEX, et la commande convbin de RTKLIB est faite pour ça... on
obtient des fichier .obs, .nav et .gnav qui contiennent les données brutes
(obs), les données des satellites GPS visibles (nav) et celles des
satellites GLONAS (gnav).

Maintenant les données de la base... et j'ai de la chance d'en avoir une à
proximité (4km).
Les données sont disponibles sur un serveur FTP de l'IGN, avec une heure de
décallage (d'où le post-processing). Encore faut-il comprendre le nommage
de ces fichiers... et comprendre aussi que ce ne sont pas des fichiers
RINEX mais CRINEX, c'est à dire compressés (alors qu'ils sont aussi
compressés en .Z).

Donc recherche de cet outil de compression/décompression crx2rnx...

Une fois le fichier CRINEX décompressé, on le passe à rnx2rtkp pour faire
le post-processing et là... miracle après quelques tâtonnements, je passe
d'une erreur de quelques mètres à une erreur de l'ordre du centimètre !

Ma mesure a été faite sur une borne IGN pendant 20mn. Au bout de 90s
environ, le post-processing converge et sort une position très précise.

Voir: https://twitter.com/cq94/status/714867234762584064

La grille fait 5cm de côté. En rouge on a les points mesurés sans
correction.
En vert, la correction est appliquée... ça fait une trace flottante en bas
à gauche, puis ça converge sur un point à droite au milieu et ça ne bouge
plus :)

Prochain test: utiliser mon deuxième GPS pour faire de la correction en
temps-réel...

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

Re: [Talk-TW] [Talk-cn] [RFC] 提案中文名稱標籤方式, Multilingual names

[Colin Zhao]

抱歉，刚才我对中文命名的建议中遗漏了一点：对于*中文不具有官方语言地位的地区*，如果地名有中文标识，则 :zh 严格按照标识的形式来写，并相应地转换出
:zh-Hans 或 :zh-Hant，余下的处理方式和前述一致；如果地名没有中文标识，由于此种情况下任何中文 tag
都并非必需，并且“名从主人”也已经完全不适用，所以建议是不要再使用不带地区标识的 :zh、:zh-Hans 或
:zh-Hant，因为它们不论怎么填写都会存在偏颇问题，这时候还是只使用带地区的 tag 比较稳妥。

Colin Zhao 于2016年3月30日周三 上午1:35写道：

> 对于 Rex 的表格中各 Tag 的定义我觉得已经很合理了（顺便指出两个 typo：zh-Hans-HK 被写成了
> zh-Hants-HK，Wade-Giles 被写成了 Wade-Gilos）。
> 但是在这个表格里：
>
>- :zh-Hans-TW - 適合在台灣使用簡體字的用戶。
>
> 那么，在 RFC 的表述里面，这个地方乍看起来就有点奇怪：
>
>- 配合中國訪客，台灣地區簡體用戶請改用 "name:zh-CN"。
>- 如除了編碼外，有地名命名衝突，則於台灣境內簡體名稱改用 zh-Hans-TW。
>
> 因为使用《简化字总表》或者等同规范的简体地区并不只限于大陆，把台湾地名的简化字版本预设成 zh-CN 而不是 zh-SG 乃至各种
> zh-Hans-?? 容易招致地域争议，对此只要带上了地区标识，就不可能一碗水端平，必然会有人觉得“被代表”了，OSM 的中文地名 tag
> 应该考虑到这样的问题。
>
> 但幸运的是，语言标记并不是一个非此即彼的东西，zh 实际上涵盖了 zh-Hans 和 zh-Hant，而 zh-Hant 同样涵盖了
> zh-TW、zh-HK、zh-MO、zh-Hant-CN 和 zh-Hant-SG，zh-Hans 也同样涵盖了
> zh-CN、zh-SG、zh-Hans-TW、zh-Hans-HK 和 zh-Hans-MO，因而只要上位的 tag 不存在冲突，就完全可以用上位的
> tag 来统一地代表采用下位 tag 时互不冲突的那部分内容，出现冲突时再追加带地区标识的 tag 来解决。具体而言，就是
> *对于中文具有官方语言地位的地区（大陆、台湾、香港、澳门、新加坡）*，在当前 name:zh
> 遵循“名从主人”的共识下，建议将简体地区的地名逐字转换成繁体放到 name:zh-Hant 中（不再单独指定 :zh-Hans，因为已被 :zh
> 涵盖），繁体地区的地名同样逐字转换成简体放到 name:zh-Hans 中（同样也不再单独指定 :zh-Hant，因为已被 :zh
> 涵盖）。在这里，:zh-Hans 和 :zh-Hant 的定义就是 :zh 的逐字转换版本；而后，如果其他地区对该地点的命名与已有的
> :zh、:zh-Hans 和 :zh-Hant 中的任意一个相一致，便不再追加带地区的 tag，只有出现不一致时才追加。这样一来也可以很大程度上减轻
> Mapper 的工作负担，因为同样的一个名称不需要因为适用于不同地区而被重复指定多次。
>
> 拼音系统部分中，Wade-Giles 在 IANA Language Subtag Registry
> 里面查到是有标准表示方式的：zh-Latn-wadegile。
>
> 拼音系统必要时可能还是需要通过地区标识来解决冲突问题（包括注音符号，因为陆港澳虽然已经不使用，但字典上仍会标注），一方面是与中文名称自身的冲突对应，另一方面即便中文名称完全一致，不同地区的普通话/国语审定读音也可能会有区别。
>
> 对于汉语拼音，这里又有一些很混乱的问题。首先就是声调标不标、怎么标的问题（除了通用拼音外的所有系统应该都存在这个问题，Wade-Giles
> 可能还有送气符号标不标的问题），我的看法是：至少对于 zh-Latn 系列的 tag 需要标出声调；“a”直接用键盘打出来的 a
> 即可，不必跟随大陆的字典和教科书使用“ɑ”（因为方案里并没有这么规定）；必须注意第三声的符号是 ˇ (caron) 而不是 ˘
> (breve)，这个很容易搞错。这里我把涉及的带声调字符全部呈上，以供不方便直接输入的用户使用：
>
>- 小写：
>   - ā á ǎ à ō ó ǒ ò ē é ě è ī í ǐ ì ū ú ǔ ù ǖ ǘ ǚ ǜ
>- 大写（实际使用中一般只会遇到 AOE，并且大陆实质上规定大写不需要标调）：
>   - Ā Á Ǎ À Ō Ó Ǒ Ò Ē É Ě È Ī Í Ǐ Ì Ū Ú Ǔ Ù Ǖ Ǘ Ǚ Ǜ
>
>
> 但是这还没完，就算大家都认同首字母大写，还有根据词语来加空格还是每一个字都加空格、连字符怎么用等等，大陆甚至很滑稽地规定拼音里的数词在一些情况下要写成阿拉伯数字而非用汉语拼音拼出来。如果这个问题无法进行规范的话会出现非常混乱的情况，比如“浙江中路”可能会这样：
>
>- Zhèjiāng Zhōnglù（符合大陆官方标准的写法）
>- Zhèjiāng Zhōng Lù
>- Zhèjiāngzhōng Lù
>- Zhèjiāngzhōnglù
>- Zhè Jiāng Zhōng Lù
>
> 而上海外滩的路名“中山东一路”则是更加极致的一个例子：
>
>- Zhōngshān Dōng 1 Lù（符合大陆官方标准的写法）
>- Zhōngshāndōng 1 Lù
>- Zhōng Shān Dōng 1 Lù
>- Zhōngshān Dōng-1 Lù（似乎是大陆现行标准未修订前的写法）
>- Zhōngshāndōng-1 Lù
>- Zhōngshān Dōng-1-Lù
>- Zhōngshāndōng-1-Lù
>- Zhōngshān Dōng Yī Lù
>- Zhōngshāndōng Yī Lù
>- Zhōngshāndōng Yīlù
>- Zhōngshān Dōngyī Lù
>- Zhōngshāndōngyī Lù
>- Zhōngshān Dōngyīlù
>- Zhōngshāndōngyīlù
>- Zhōng Shān Dōng Yī Lù
>- ……
>
> 对此我的意见是，对于大陆地名原则上遵循大陆规定，但是是否遵循数词使用阿拉伯数字的规定我还拿不定主意。大陆官方规定的具体内容我在大陆教育部网站上谷歌到了一个翻拍版
> PDF：
> http://www.moe.edu.cn/ewebeditor/uploadfile/2015/01/12/20150112161950748.pdf
> 。
> 其他地区的情况我不太清楚，相关地区的用户可以另行讨论。
>
>
> Rex Tsai 于2016年3月28日周一 下午3:59写道：
>
>> 1) 我倡議的轉移程序是複製 name:zh -> name:zh-TW。而非複製 name -> name:zh。
>>
>> 在 name key 中併用多種名稱，是一種替代方案，而並非技術上的正確解法。
>> 無論是在 name 使用 "中文 (英文)" 或 "中文 南島語系"。
>>
>> OpenStreetMap 資料庫中應該使用不同的 tag 保存不同語系的資料，再由繪圖者 (render) 負責選擇何種資料呈現。
>> 依照地圖終端使用者或地域的偏好，選擇語言優先值後呈現。
>>
>> 前端呈現的繪圖者有多種技術實踐方式，但如果資料庫取巧採用語系並存於同一 tag，呈現層就無法自行依照用戶偏好提供動態切換了。
>>
>> 2) 所謂「具歧視性的命名」政治問題可以分成兩個議題 2.1 技術方案 2.2 社群治理。
>>
>> 2.1) 技術方案
>> 提出這個技術方案想解決的問題之一，是透過更完善的 namespace 來緩解因為語言、文化、政治上的歧異造成的衝突。但是技術方案無法定義「客觀性」。
>>
>> 地圖一直都是統治者用來宣傳其政治訊息的工具，每位圖客 (mapper) 都有其獨立政治觀點[1][2]。開放街圖 (OpenStreetMap)
>> 提供了一個平台讓這些不同的政治觀點可以在資料庫並存，讓那些文化可能消失的少數民族，或經濟弱勢的國家得以有代表自己聲音的地理資訊[3][4]。
>>
>> 透過技術上的解決方案，可以讓不同的偏好共存，並由繪圖者決定最後如何採用這些資料給終端用戶，也因此台灣圖客可以選擇只呈現 name:zh-TW
>> 而非政治觀點不同的 name:zh-CN.
>>
>> 地點命名只是其中一個產生衝突的場域，其他領土疆域等問題，則是另外一個議題了。
>>
>> 2.2) 社群治理
>> 我認為社群中的每位圖客都應該遵守行為守則[5]。如果有歧視性的命名行為，刻意冒犯了其他的成員，我們的確應該嚴肅處置。請提供具體的例子來說明「
>> 歧視性」命名。
>>
>> 作為社群成員，我認為容忍不同政治觀點上的偏好差異是社群合作的基礎。畢竟只有獨裁統治者才有權力決定自己的觀點不是偏見，並可將
>> 自己的偏好置於其他語系用戶的偏好之上。
>>
>> [1] BBC Four - Maps: Power, Plunder and Possession -
>> http://www.bbc.co.uk/programmes/b00s5m7w
>> [2] 地图：权力、掠夺和占有 (豆瓣) - https://movie.douban.com/subject/4826804/
>> [3] 地圖上找不到的地方在哪裏？ - BBC 主页 -
>> http://www.bbc.com/ukchina/trad/vert_fut/2016/03/160317_vert_fut_the-last-unmapped-places
>> [4] BBC - Future - The last unmapped places on Earth -
>> http://www.bbc.com/future/story/20141127-the-last-unmapped-places
>> [5] http://wiki.openstreetmap.org/wiki/Community_Code_of_Conduct_(Draft)
>> Cheers
>> -Rex
>>
>>
>>
>> Dennis Raylin Chen  於 2016年3月28日 上午10:04 寫道：
>>
>>> Rex以及各位Mappers:
>>>
>>> 有兩種意見
>>>
>>> 1.
>>> name直接複製name:zh遇到原住民地名會遇到問題
>>> 我是建議依香港的name用中英文並列的方式
>>> 中間用空格處理
>>> 原住民地名用
>>> "中文名 空一格 原住民族地名"
>>>
>>> 2.
>>> 假若中國mappers將臺灣稱作台湾省的話
>>> 我覺得有一些臺灣mappers會跳腳
>>> 不論是放那個name欄位裡
>>> 本地mappers是否可以抗拒具歧視性的命名?
>>>
>>> Dennis
>>>
>>>
>>> 2016-03-27 12:48 GMT+08:00 Rex Tsai :
>>>
 提案: 

[Talk-dk] Gratis QGIS begynderkursus Lørdag 21. maj 2016

[Soren Johannessen]

Hej alle sammen

Maptime Copenhagen er klar med det 3. event og denne er det et
arrangement med QGIS undervisning og hvor du selv får fingrene ned i
geodata/luftfotos osv med QGIS softwaren. Vi har fået Mie Winstrup fra
Septima til være underviser/tovholder på et begynderkursus i QGIS.

Septima er også så venlige at stille Wi-Fi og lokaler til rådighed -
Det sker på Frederiksberggade 28, 2.tv (lige 150 meter nede ad Strøget
når du kommer fra Rådhuspladsen i København) Kl. 10-15


Tilmelding sker her http://www.meetup.com/Maptime-Copenhagen/events/229762470/

Hvis du har interesse i specielt at ville åbne geodata fra
OpenStreetMap eller lave søgninger i Overpass Turbo plugin så er dette
også muligt via QGIS.

En god ide hvis du ønsker at deltage er, at installere QGIS (Windows,
iOS og Linux versioner findes og det er open source/gratis)  på din
bærbare før du kommer til arrangementet, da det godt kan tage en del
tid at installere.
Download her http://qgis.org/en/site/


På vegne af Maptime Copenhagen.

Med venlig hilsen
Søren Johannessen

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

Re: [Talk-TW] [Talk-cn] [RFC] 提案中文名稱標籤方式, Multilingual names

[Colin Zhao]

对于 Rex 的表格中各 Tag 的定义我觉得已经很合理了（顺便指出两个 typo：zh-Hans-HK 被写成了
zh-Hants-HK，Wade-Giles 被写成了 Wade-Gilos）。
但是在这个表格里：

   - :zh-Hans-TW - 適合在台灣使用簡體字的用戶。

那么，在 RFC 的表述里面，这个地方乍看起来就有点奇怪：

   - 配合中國訪客，台灣地區簡體用戶請改用 "name:zh-CN"。
   - 如除了編碼外，有地名命名衝突，則於台灣境內簡體名稱改用 zh-Hans-TW。

因为使用《简化字总表》或者等同规范的简体地区并不只限于大陆，把台湾地名的简化字版本预设成 zh-CN 而不是 zh-SG 乃至各种
zh-Hans-?? 容易招致地域争议，对此只要带上了地区标识，就不可能一碗水端平，必然会有人觉得“被代表”了，OSM 的中文地名 tag
应该考虑到这样的问题。

但幸运的是，语言标记并不是一个非此即彼的东西，zh 实际上涵盖了 zh-Hans 和 zh-Hant，而 zh-Hant 同样涵盖了
zh-TW、zh-HK、zh-MO、zh-Hant-CN 和 zh-Hant-SG，zh-Hans 也同样涵盖了
zh-CN、zh-SG、zh-Hans-TW、zh-Hans-HK 和 zh-Hans-MO，因而只要上位的 tag 不存在冲突，就完全可以用上位的
tag 来统一地代表采用下位 tag 时互不冲突的那部分内容，出现冲突时再追加带地区标识的 tag 来解决。具体而言，就是
*对于中文具有官方语言地位的地区（大陆、台湾、香港、澳门、新加坡）*，在当前 name:zh
遵循“名从主人”的共识下，建议将简体地区的地名逐字转换成繁体放到 name:zh-Hant 中（不再单独指定 :zh-Hans，因为已被 :zh
涵盖），繁体地区的地名同样逐字转换成简体放到 name:zh-Hans 中（同样也不再单独指定 :zh-Hant，因为已被 :zh
涵盖）。在这里，:zh-Hans 和 :zh-Hant 的定义就是 :zh 的逐字转换版本；而后，如果其他地区对该地点的命名与已有的
:zh、:zh-Hans 和 :zh-Hant 中的任意一个相一致，便不再追加带地区的 tag，只有出现不一致时才追加。这样一来也可以很大程度上减轻
Mapper 的工作负担，因为同样的一个名称不需要因为适用于不同地区而被重复指定多次。

拼音系统部分中，Wade-Giles 在 IANA Language Subtag Registry
里面查到是有标准表示方式的：zh-Latn-wadegile。
拼音系统必要时可能还是需要通过地区标识来解决冲突问题（包括注音符号，因为陆港澳虽然已经不使用，但字典上仍会标注），一方面是与中文名称自身的冲突对应，另一方面即便中文名称完全一致，不同地区的普通话/国语审定读音也可能会有区别。

对于汉语拼音，这里又有一些很混乱的问题。首先就是声调标不标、怎么标的问题（除了通用拼音外的所有系统应该都存在这个问题，Wade-Giles
可能还有送气符号标不标的问题），我的看法是：至少对于 zh-Latn 系列的 tag 需要标出声调；“a”直接用键盘打出来的 a
即可，不必跟随大陆的字典和教科书使用“ɑ”（因为方案里并没有这么规定）；必须注意第三声的符号是 ˇ (caron) 而不是 ˘
(breve)，这个很容易搞错。这里我把涉及的带声调字符全部呈上，以供不方便直接输入的用户使用：

   - 小写：
  - ā á ǎ à ō ó ǒ ò ē é ě è ī í ǐ ì ū ú ǔ ù ǖ ǘ ǚ ǜ
   - 大写（实际使用中一般只会遇到 AOE，并且大陆实质上规定大写不需要标调）：
  - Ā Á Ǎ À Ō Ó Ǒ Ò Ē É Ě È Ī Í Ǐ Ì Ū Ú Ǔ Ù Ǖ Ǘ Ǚ Ǜ

但是这还没完，就算大家都认同首字母大写，还有根据词语来加空格还是每一个字都加空格、连字符怎么用等等，大陆甚至很滑稽地规定拼音里的数词在一些情况下要写成阿拉伯数字而非用汉语拼音拼出来。如果这个问题无法进行规范的话会出现非常混乱的情况，比如“浙江中路”可能会这样：

   - Zhèjiāng Zhōnglù（符合大陆官方标准的写法）
   - Zhèjiāng Zhōng Lù
   - Zhèjiāngzhōng Lù
   - Zhèjiāngzhōnglù
   - Zhè Jiāng Zhōng Lù

而上海外滩的路名“中山东一路”则是更加极致的一个例子：

   - Zhōngshān Dōng 1 Lù（符合大陆官方标准的写法）
   - Zhōngshāndōng 1 Lù
   - Zhōng Shān Dōng 1 Lù
   - Zhōngshān Dōng-1 Lù（似乎是大陆现行标准未修订前的写法）
   - Zhōngshāndōng-1 Lù
   - Zhōngshān Dōng-1-Lù
   - Zhōngshāndōng-1-Lù
   - Zhōngshān Dōng Yī Lù
   - Zhōngshāndōng Yī Lù
   - Zhōngshāndōng Yīlù
   - Zhōngshān Dōngyī Lù
   - Zhōngshāndōngyī Lù
   - Zhōngshān Dōngyīlù
   - Zhōngshāndōngyīlù
   - Zhōng Shān Dōng Yī Lù
   - ……

对此我的意见是，对于大陆地名原则上遵循大陆规定，但是是否遵循数词使用阿拉伯数字的规定我还拿不定主意。大陆官方规定的具体内容我在大陆教育部网站上谷歌到了一个翻拍版
PDF：
http://www.moe.edu.cn/ewebeditor/uploadfile/2015/01/12/20150112161950748.pdf
。
其他地区的情况我不太清楚，相关地区的用户可以另行讨论。


Rex Tsai 于2016年3月28日周一 下午3:59写道：

> 1) 我倡議的轉移程序是複製 name:zh -> name:zh-TW。而非複製 name -> name:zh。
>
> 在 name key 中併用多種名稱，是一種替代方案，而並非技術上的正確解法。
> 無論是在 name 使用 "中文 (英文)" 或 "中文 南島語系"。
>
> OpenStreetMap 資料庫中應該使用不同的 tag 保存不同語系的資料，再由繪圖者 (render) 負責選擇何種資料呈現。
> 依照地圖終端使用者或地域的偏好，選擇語言優先值後呈現。
>
> 前端呈現的繪圖者有多種技術實踐方式，但如果資料庫取巧採用語系並存於同一 tag，呈現層就無法自行依照用戶偏好提供動態切換了。
>
> 2) 所謂「具歧視性的命名」政治問題可以分成兩個議題 2.1 技術方案 2.2 社群治理。
>
> 2.1) 技術方案
> 提出這個技術方案想解決的問題之一，是透過更完善的 namespace 來緩解因為語言、文化、政治上的歧異造成的衝突。但是技術方案無法定義「客觀性」。
>
> 地圖一直都是統治者用來宣傳其政治訊息的工具，每位圖客 (mapper) 都有其獨立政治觀點[1][2]。開放街圖 (OpenStreetMap)
> 提供了一個平台讓這些不同的政治觀點可以在資料庫並存，讓那些文化可能消失的少數民族，或經濟弱勢的國家得以有代表自己聲音的地理資訊[3][4]。
>
> 透過技術上的解決方案，可以讓不同的偏好共存，並由繪圖者決定最後如何採用這些資料給終端用戶，也因此台灣圖客可以選擇只呈現 name:zh-TW
> 而非政治觀點不同的 name:zh-CN.
>
> 地點命名只是其中一個產生衝突的場域，其他領土疆域等問題，則是另外一個議題了。
>
> 2.2) 社群治理
> 我認為社群中的每位圖客都應該遵守行為守則[5]。如果有歧視性的命名行為，刻意冒犯了其他的成員，我們的確應該嚴肅處置。請提供具體的例子來說明「
> 歧視性」命名。
>
> 作為社群成員，我認為容忍不同政治觀點上的偏好差異是社群合作的基礎。畢竟只有獨裁統治者才有權力決定自己的觀點不是偏見，並可將
> 自己的偏好置於其他語系用戶的偏好之上。
>
> [1] BBC Four - Maps: Power, Plunder and Possession -
> http://www.bbc.co.uk/programmes/b00s5m7w
> [2] 地图：权力、掠夺和占有 (豆瓣) - https://movie.douban.com/subject/4826804/
> [3] 地圖上找不到的地方在哪裏？ - BBC 主页 -
> http://www.bbc.com/ukchina/trad/vert_fut/2016/03/160317_vert_fut_the-last-unmapped-places
> [4] BBC - Future - The last unmapped places on Earth -
> http://www.bbc.com/future/story/20141127-the-last-unmapped-places
> [5] http://wiki.openstreetmap.org/wiki/Community_Code_of_Conduct_(Draft)
> Cheers
> -Rex
>
>
>
> Dennis Raylin Chen  於 2016年3月28日 上午10:04 寫道：
>
>> Rex以及各位Mappers:
>>
>> 有兩種意見
>>
>> 1.
>> name直接複製name:zh遇到原住民地名會遇到問題
>> 我是建議依香港的name用中英文並列的方式
>> 中間用空格處理
>> 原住民地名用
>> "中文名 空一格 原住民族地名"
>>
>> 2.
>> 假若中國mappers將臺灣稱作台湾省的話
>> 我覺得有一些臺灣mappers會跳腳
>> 不論是放那個name欄位裡
>> 本地mappers是否可以抗拒具歧視性的命名?
>>
>> Dennis
>>
>>
>> 2016-03-27 12:48 GMT+08:00 Rex Tsai :
>>
>>> 提案: https://osmtw.hackpad.com/RFC-Multilingual-names-ngewyizFYzN
>>> 好讀表格: https://goo.gl/TpumXK
>>>
>>> 目前多國語系的 name 標籤 (tag)，社群偏好使用 alpha-2 code of ISO 639-1，因此全世界中文用戶使用
>>> name:zh。但由於中文用戶包含簡體與繁體兩種字體編碼，以及對於國際地名翻譯不同，很容易因為共用標籤 key 產生衝突。例如 Everest
>>> 在台灣使用者偏好使用「聖母峰」、而中國使用「珠穆朗玛峰」。
>>>
>>>
>>>- 
>>>http://www.openstreetmap.org/node/2681940781
>>>- 珠穆朗玛峰
>>>- 聖母峰
>>>
>>> 為了滿足多元使用情境與需求，原有 ISO-639 標示過於簡化，建議 name 標籤使用 IETF language tag  (BCP 47)
>>> 

[Talk-ca] New MapRoulette challenges

[Martijn van Exel]

Hi all, 

A few of my colleagues at Telenav have been working on some MapRoulette 
challenges for Canada: Untagged Links (_link ways that don’t have explicit 
oneway tags), and Unnamed Roads (roads that have name nor ref).

The numbers of tasks are fairly modest so I hope we can get these out of the 
way pretty quickly.

I would like to hear your feedback on these challenges, and ideas for other 
Canada-specific challenges that I might add. Especially if they may help 
navigation, but really any ideas are welcome. I’m happy to work with you to get 
them online, or guide you through the process.

Thanks,
Martijn
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-us] [OSM-talk] Slack

[Luis Villa]

On Tue, Mar 29, 2016 at 10:25 AM Bill Ricker  wrote:

>
> On Tue, Mar 29, 2016 at 11:37 AM, Ian Dees  wrote:
>
>> Slack offers an irc gateway if you'd prefer to connect to slack from your
>> irc client. Just sign up for the slack team and look in the "integrations"
>> section for information about how to connect your irc client.
>>
> ​Our software consultancy is using Slack for communications both
> internally and with the client (who adopted it internally at our
> suggestion). In general it s very nice.
>
> 1) History evaporates quickly ... unless you have a paid account.​
>This may be good for Corps with (anti)retention policies, but could be
> a problem for a FLOSS/OpenData project.
>

My understanding is that open source projects can get a free corporate
account that retains history (details here
, I think?) That said,
as I pointed out earlier, history available only to logged-in/signed-up
members is an anti-pattern for open source communities. So some tradeoff is
inevitable there. (That said, most projects have pretty unsearchable IRC
logs as a practical matter anyway, so this may not be much of a loss.)


> 2) The Xmpp / Jabber gateway works with Pidgin etc, but is buggy and
> inconsistent in handling of advanced/new  features (re-edited messages
> don't re-send; multi-user private chat invites don't, emoji as
> :smiley-cat:, display literal as data text with `markdown` only,  ...)
> mapping down to traditional and back. I expect the IRC gateway will be
> similar. The gateway should not re seen as a a panacea; try it before you
> jump hard there!
>
> ​I do concur with sentiment of preferring to base open development on open
> infrastructure.
> ​But if the freemium product provides sufficiently better capability, it
> is not wrong to use it to enable the project.
>

+1 to this. OSM should be seeking to broaden the base of potential mappers,
and that means making sure that gateways to the community are user-friendly
- which these days includes good UX/onboarding experience and mobile apps.
Slack is a clear winner there.

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

Re: [Talk-us] [OSM-talk] Slack

[Bill Ricker]

On Tue, Mar 29, 2016 at 11:37 AM, Ian Dees  wrote:

> Slack offers an irc gateway if you'd prefer to connect to slack from your
> irc client. Just sign up for the slack team and look in the "integrations"
> section for information about how to connect your irc client.
>
​Our software consultancy is using Slack for communications both internally
and with the client (who adopted it internally at our suggestion). In
general it s very nice.

1) History evaporates quickly ... unless you have a paid account.​
   This may be good for Corps with (anti)retention policies, but could be a
problem for a FLOSS/OpenData project.

2) The Xmpp / Jabber gateway works with Pidgin etc, but is buggy and
inconsistent in handling of advanced/new  features (re-edited messages
don't re-send; multi-user private chat invites don't, emoji as
:smiley-cat:, display literal as data text with `markdown` only,  ...)
mapping down to traditional and back. I expect the IRC gateway will be
similar. The gateway should not re seen as a a panacea; try it before you
jump hard there!

​I do concur with sentiment of preferring to base open development on open
infrastructure.
​But if the freemium product provides sufficiently better capability, it is
not wrong to use it to enable the project.

-- 
Bill Ricker
bill.n1...@gmail.com
https://www.linkedin.com/in/n1vux
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-br] Polígono do Qgis, fotos geotag

[Helio Cesar Tomio]

Rossana,
Complementando o amigo Paulo,
Vc pode inserir um polígono vetorizado usando o JOSM, através do plugin
Open data.
Através dele, vc insere o shp do Qgis  (wgs 84).

As fotos eu não entendi. Com o plugin Photo mapping é possível trabalhar
com fotos no Josm.

Para inserir um ponto com coordenadas  (nó) , use o Josm com a função
adicionar nó. Pode usar shift+D (tirado da Wikipedia do Josm, Help)
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-be] Ghent University helps you in finding your way indoors!

[Nico Van de Weghe]

Dear Ruben,

I thought that the community could be interested in the concept of SoleWay and 
therefore sent it. Seems that something went wrong with the sending and that 
your received it several times. Sorry for this.
Anyway, I was not aware that the list is so narrow, and thought that 
OpenStreetMappers could be interested to discuss about SoleWay and to give 
feed-back about this 0D-approach. If you would like to get more info about the 
idea behind is (and not just promotalk), please let me know. I am glad to go in 
more detail why I am convinced that this approach has advantages with respect 
to the traditional indoor mapping. If no interest, of course no problem, and 
sorry for the inconvenience and the misunderstanding.

Best wishes, Nico.

---
Prof. dr. Nico Van de Weghe
Ghent University - Department of Geography (WE12)
Belgium - 9000 Ghent - Krijgslaan 281 (S8)
Tel.: +32 (0)9 264 47 12
CartoGIS - Office 
location
---

"Het doet er niet toe hoe oud je bent, het nu duurt altijd even lang"

Van: Ruben Maes >
Datum: dinsdag 29 maart 2016 12:22
Aan: Nico Van de weghe 
>
CC: "talk-be@openstreetmap.org" 
>
Onderwerp: Re: [OSM-talk-be] Ghent University helps you in finding your way 
indoors!

Dear Nico

I received your email three times: twice in my talk-be inbox and once in my 
generic inbox, sent to me outside the list.

It seems that you have consulted the list of subscribers to this mailing list 
and sent them private e-mails. That is inappropriate. I consider this spam and 
will most certainly not be interacting with the links you send.

Regards
Ruben

Sunday 27 March 2016 15:35:55, Nico Van de Weghe:
Dear colleague,
Are you tired of explaining the route to your office, a meeting room, a lecture 
room ...? Or did you ever get lost in a building? Many have tried to solve the 
problem of indoor navigation with state-of-the-art technologies. All of them 
have failed. Let's create a community that's smarter than that. Together, we 
can put the world on the indoor map.
To achieve that goal, we need your help. Explore the SoleWay 
website, explore the existing routes, and enter your 
routes in order to help others to find their way around! Why not start with 
your own office, and then just refer to that route when visitors ask how they 
can find you (see, for example, "office location" in my signature). Why not ask 
your colleagues to create their routes, or just create a route somewhere on 
this planet? The crowd will appreciate your contribution!
The SoleWay team (Explore the world - start indoors!)
*Feed-back can be given via 
soleway.supp...@lists.ugent.be
 or by replying to this e-mail.
---
Prof. dr. Nico Van de Weghe
Ghent University - Department of Geography (WE12)
Belgium - 9000 Ghent - Krijgslaan 281 (S8)
Tel.: +32 (0)9 264 47 12
CartoGIS - Office 
location
---


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

Re: [OSM-talk-fr] Problème avec Oauth ?

[Fabien]

Problème d'heure ?
Le 29 mars 2016 18:48, "Ludovic Hirlimann"  a écrit :

> Salut,
> Aujou'rdh'ui impossible de mettre un token qui fonctionne sur josm (ça
> fonctionnait bien jusqu'à la semaine dernière).
> Sois j'arrive pas à avoir un token
> Sois j'arrive à avoir un token mais impossible de l'utiliser josm plante -
> j'ai des traces java :(
>
> [ludo@Oulanl ~]$ rpm -qa |grep josm
> josm-0-0.76.9963svn.fc23.noarch
>
> Y a que moi ou c'est un pb connu ?
>
> Ludo
>
> --
> http://sietch-tabr.tumblr.com/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Problème avec Oauth ?

[Ludovic Hirlimann]

Salut,
Aujou'rdh'ui impossible de mettre un token qui fonctionne sur josm (ça
fonctionnait bien jusqu'à la semaine dernière).
Sois j'arrive pas à avoir un token
Sois j'arrive à avoir un token mais impossible de l'utiliser josm plante -
j'ai des traces java :(

[ludo@Oulanl ~]$ rpm -qa |grep josm
josm-0-0.76.9963svn.fc23.noarch

Y a que moi ou c'est un pb connu ?

Ludo

-- 
http://sietch-tabr.tumblr.com/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] power=substation

[girarsi_liste]

Il 29/03/2016 17:39, demon.box ha scritto:
> ciao, mappando una grande o piccola power=substation mi domando se taggare
> l'edificio o gli edifici come
> 
> building=service
> 
> anche se guardando qui
> 
> http://wiki.openstreetmap.org/wiki/IT:Tag:power%3Dsubstation
> 
> spesso il tag building non viene nemmeno usato ed in pochi casi viene
> utilizzato semplicemente 
> 
> building=yes
> 
> ma di edifici si tratta, voi che dite?
> 
> 

Rimarrei su building=yes, in quanto il valore service non mi sembra
nemmeno documentato.

A parte questo l'edificio l'unica informazione georeferenziata sicura,
l'uso non si sa in maniera cera com'è riconosciuta al catasto..


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



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

Re: [Talk-us] [OSM-talk] Slack

[Ian Dees]

Slack offers an irc gateway if you'd prefer to connect to slack from your
irc client. Just sign up for the slack team and look in the "integrations"
section for information about how to connect your irc client.
On Mar 29, 2016 11:33 AM, "Toby Murray"  wrote:

> I have set up a Slack bot using some software[1] that relays messages
> between a slack channel and an IRC channel. It is listening in #osm on
> OFTC and the #irc slack channel in Steve's team.
>
> I love my irssi+screen IRC setup however it kind of breaks down when
> it comes to a phone-friendly interface. So I may use this slack
> channel to hop on IRC from my phone sometimes.
>
> We'll see how it goes. It hasn't seen too much traffic yet.
>
> Toby
>
>
> [1] https://github.com/ekmartin/slack-irc
>
> On Sun, Mar 27, 2016 at 2:07 AM, Steve Coast  wrote:
> > https://en.wikipedia.org/wiki/Slack_(software)
> >
> > On Mar 27, 2016, at 12:02 AM, Maarten Deen  wrote:
> >
> > On 2016-03-26 20:59, Steve Coast wrote:
> >
> > Ok so look, Slack took over the world. And it turns out it’s pretty
> > good and useful. Let’s have an official OSM slack.
> >
> >
> > Maybe I'm living under a rock, but I only know Slack as a short for
> > Slackware, a Linux distribution.
> >
> > What is this and why do I need this? Maybe a little explanation?
> >
> > Regards,
> > Maarten
> >
> >
> >
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-it] power=substation

[demon.box]

ciao, mappando una grande o piccola power=substation mi domando se taggare
l'edificio o gli edifici come

building=service

anche se guardando qui

http://wiki.openstreetmap.org/wiki/IT:Tag:power%3Dsubstation

spesso il tag building non viene nemmeno usato ed in pochi casi viene
utilizzato semplicemente 

building=yes

ma di edifici si tratta, voi che dite?




--
View this message in context: 
http://gis.19327.n5.nabble.com/power-substation-tp5870883.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] [Talk-us] Slack

[Toby Murray]

I have set up a Slack bot using some software[1] that relays messages
between a slack channel and an IRC channel. It is listening in #osm on
OFTC and the #irc slack channel in Steve's team.

I love my irssi+screen IRC setup however it kind of breaks down when
it comes to a phone-friendly interface. So I may use this slack
channel to hop on IRC from my phone sometimes.

We'll see how it goes. It hasn't seen too much traffic yet.

Toby


[1] https://github.com/ekmartin/slack-irc

On Sun, Mar 27, 2016 at 2:07 AM, Steve Coast  wrote:
> https://en.wikipedia.org/wiki/Slack_(software)
>
> On Mar 27, 2016, at 12:02 AM, Maarten Deen  wrote:
>
> On 2016-03-26 20:59, Steve Coast wrote:
>
> Ok so look, Slack took over the world. And it turns out it’s pretty
> good and useful. Let’s have an official OSM slack.
>
>
> Maybe I'm living under a rock, but I only know Slack as a short for
> Slackware, a Linux distribution.
>
> What is this and why do I need this? Maybe a little explanation?
>
> Regards,
> Maarten
>
>
>
> ___
> Talk-us mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>

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

Re: [OSM-talk] [Talk-us] Slack

[Ian Dees]

Slack offers an irc gateway if you'd prefer to connect to slack from your
irc client. Just sign up for the slack team and look in the "integrations"
section for information about how to connect your irc client.
On Mar 29, 2016 11:33 AM, "Toby Murray"  wrote:

> I have set up a Slack bot using some software[1] that relays messages
> between a slack channel and an IRC channel. It is listening in #osm on
> OFTC and the #irc slack channel in Steve's team.
>
> I love my irssi+screen IRC setup however it kind of breaks down when
> it comes to a phone-friendly interface. So I may use this slack
> channel to hop on IRC from my phone sometimes.
>
> We'll see how it goes. It hasn't seen too much traffic yet.
>
> Toby
>
>
> [1] https://github.com/ekmartin/slack-irc
>
> On Sun, Mar 27, 2016 at 2:07 AM, Steve Coast  wrote:
> > https://en.wikipedia.org/wiki/Slack_(software)
> >
> > On Mar 27, 2016, at 12:02 AM, Maarten Deen  wrote:
> >
> > On 2016-03-26 20:59, Steve Coast wrote:
> >
> > Ok so look, Slack took over the world. And it turns out it’s pretty
> > good and useful. Let’s have an official OSM slack.
> >
> >
> > Maybe I'm living under a rock, but I only know Slack as a short for
> > Slackware, a Linux distribution.
> >
> > What is this and why do I need this? Maybe a little explanation?
> >
> > Regards,
> > Maarten
> >
> >
> >
> > ___
> > Talk-us mailing list
> > talk...@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
>
> ___
> Talk-us mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] [OSM-talk] Slack

[Toby Murray]

I have set up a Slack bot using some software[1] that relays messages
between a slack channel and an IRC channel. It is listening in #osm on
OFTC and the #irc slack channel in Steve's team.

I love my irssi+screen IRC setup however it kind of breaks down when
it comes to a phone-friendly interface. So I may use this slack
channel to hop on IRC from my phone sometimes.

We'll see how it goes. It hasn't seen too much traffic yet.

Toby


[1] https://github.com/ekmartin/slack-irc

On Sun, Mar 27, 2016 at 2:07 AM, Steve Coast  wrote:
> https://en.wikipedia.org/wiki/Slack_(software)
>
> On Mar 27, 2016, at 12:02 AM, Maarten Deen  wrote:
>
> On 2016-03-26 20:59, Steve Coast wrote:
>
> Ok so look, Slack took over the world. And it turns out it’s pretty
> good and useful. Let’s have an official OSM slack.
>
>
> Maybe I'm living under a rock, but I only know Slack as a short for
> Slackware, a Linux distribution.
>
> What is this and why do I need this? Maybe a little explanation?
>
> Regards,
> Maarten
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>

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

[Talk-us] Fwd: Traffic Pattern Updates in Buffalo, NY

[Wille]

Forwarding a message received by the Communication Working Group of the 
OSM Foundation.


Regards,
Wille


 Forwarded Message 
Subject:Traffic Pattern Updates in Buffalo, NY
Date:   Wed, 9 Mar 2016 20:54:51 -0500
From:   Daniel Cadzow 
To: pr...@osmfoundation.org



Dear Open Maps,

We wanted to inform you of some current and upcoming changes to our 
local traffic patterns to hopefully improve the safety and efficiency of 
travel in our community.


1)As of May, 2015, the speed limit on NYS Route 198 (Scajaquada 
Expressway) was permanently lowered to 30 MPH. It is in the process of 
being transformed to an urban boulevard. While the final design is not 
complete, the following parameters are set: The roadway will maintain 
the 30 MPH, have two lanes in each direction and at grade, signalized 
intersections.


2)During the 2009 reconstruction of NYS Route 5 (Main Street), between 
Baily Avenue and Humboldt Pkwy the traffic lights were incorrectly timed 
to favor side streets instead of the mainline traffic. This has resulted 
in congestion and longer travel times along that section of the route. 
The City of Buffalo’s Department of Public Works, Parks & Streets is in 
the process of correcting this timing issue. The work is scheduled to be 
completed by this spring. This improvement should reduce trips along 
this route by several minutes.


3)During the summer of 2016, Parkside Avenue between Amherst Street and 
NYS Route 198 (Scajaquada Expressway) will be under construction. The 
City of Buffalo’s Department of Public Works, Parks & Streets will be 
installing signs at the outskirts of this travel corridor to help 
traffic reroute in a manner that avoids residential streets. The project 
will transform the 4 lane avenue to a two lane avenue with a central 
turning lane and is scheduled to be complete by the winter of 2016.


Sincerely,

Dan Cadzow, Parkside Community Association’s Traffic Committee



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

Re: [OSM-talk-be] welcoming new mappers

[Ruben Maes]

Tuesday 29 March 2016 16:00:27, joost schouppe:
> Hi,
> 
> As some of you know, I've been sending welcome messages to all new Belgian
> mappers. First to let them know there is a local community (and how to find
> us). Second to keep an eye on them, as some of them do break things.
> 
> Ruben made a nice little tool to make this easier. It could all be much
> better (the source code looks ugly, according to Ruben), but I like working
> with the thing. The only problem is: I can't find the time to look at all
> the changesets and send all the messages. Especially as I still have to
> catch up for my holidays in February.
> 
> http://osmwelcome.unitedbashers.com/index.php
> 
> More eyes means a better website. And if we get a tweaked a bit more, maybe
> we can expand the toolkit to other countries. Of course, as Simon Poole
> would say, the site is not necessary at all. It's just really damn
> practical, especially if more than one person does the welcoming.
> 
> You are encouraged to make your own welcome message, but there is a French,
> Dutch and English version available.
> Go ahead and try; you can just log-in with your OSM account. If you need
> more info, contact me and/or Ruben.

If native French speakers could review the French message, that would be great. 
:)

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-us] Slack

[Bill R. WASHBURN]

I would actually like for us to shy away from using closed systems to do an
open project. I'm in favor of remaining with IRC because it's a
well-established open standard with multiple different networks and service
providers.

Don't get me wrong, Slack is really nice. I use Slack for other
communications. I just don't think it's appropriate for our project.
On Mar 29, 2016 07:32, "Paul Johnson"  wrote:

> On Mon, Mar 28, 2016 at 5:55 PM, Luis Villa  wrote:
>
>> +0.5 to Slack. It's clearly better than IRC on a number of fronts, but if
>> it replaces publicly browseable/searchable interfaces, information can be
>> lost for the casual folks who are the lifeblood of a community. (Meeting
>> announces there won't be seen by the public, for example.) This usually
>> isn't a problem for IRC since it is so clearly unfit for that purpose.
>>
>
> Yeah, wasn't aware of Slack, literally, at all until this thread, and
> didn't even bother to check it out until I saw it mentioned on /r/furry
> around the same moment a coworker found it independently and sent me
> https://www.youtube.com/watch?v=x6sSa5NpqUI
>
> I think it'd be an improvement over Hipchat for office environments
> (seriously don't like Hipchat, but it's not my call) but I can't really see
> myself using slack for OSM...
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk-be] welcoming new mappers

[joost schouppe]

Hi,

As some of you know, I've been sending welcome messages to all new Belgian
mappers. First to let them know there is a local community (and how to find
us). Second to keep an eye on them, as some of them do break things.

Ruben made a nice little tool to make this easier. It could all be much
better (the source code looks ugly, according to Ruben), but I like working
with the thing. The only problem is: I can't find the time to look at all
the changesets and send all the messages. Especially as I still have to
catch up for my holidays in February.

http://osmwelcome.unitedbashers.com/index.php

More eyes means a better website. And if we get a tweaked a bit more, maybe
we can expand the toolkit to other countries. Of course, as Simon Poole
would say, the site is not necessary at all. It's just really damn
practical, especially if more than one person does the welcoming.

You are encouraged to make your own welcome message, but there is a French,
Dutch and English version available.
Go ahead and try; you can just log-in with your OSM account. If you need
more info, contact me and/or Ruben.

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

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

Re: [OSM-talk-be] Ghent University helps you in finding your way indoors!

[joost schouppe]

It's kind of my fault, I said it was OK to talk about a project like this
with our mappers. Especially in order to better convince them to at least
use OSM in stead of Google Maps as a background map at least. Something
must have gone wrong with sending the mail, I'm guessing Nico thought his
mails weren't getting through when they in fact were. I had hoped Nico
would send a message explaining the project, not just the promotalk...

Anyway, at first glance it looked like the project could have some interest
to people working on indoor mapping. But now I understand it a bit better,
it does not seem to have much to do with mapping. Maybe if the crowdsourced
plain-text route descriptions are open data, it could be useful for
micromapping?
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] OpenStreetMap per le scienze sociali

[Alessandro Palmas]

Il 29/03/2016 15:22, Dario Crespi ha scritto:
Io ho conosciuto settimana scorsa Aldo Torrebruno 
(http://www.dol.polimi.it/chi/), ricercatore al Politecnico di 
Milano."si occupa di nuove tecnologie per la didattica, di e-Learning 
e di edutainment". Ha già seguito progetti con OSM, soprattutto con i 
bambini (esempio: 
https://hotosm.org/updates/2016-03-09_200_kids_map_swaziland_for_malaria_elimination). 



Se vuoi ho la sua mail.



Sì grazie Dario molto gentile.

Alessandro

P.S.: Dario non leggere qui sotto
MappingPartyEsinoLarioMappingPartyEsinoLarioMappingPartyEsinoLarioMappingPartyEsinoLarioMappingPartyEsinoLarioMappingPartyEsinoLario 



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

Re: [Talk-it] OpenStreetMap per le scienze sociali

[Maurizio Napolitano]

> Si sono dimostrati molto interessati alla cosa, tanto che desiderano
> organizzare un evento, ai primi di maggio, in cui si esponga in maniera non
> troppo tecnica, l'utilizzo di OSM, appunto nel campo delle scienza sociali.
>
> Conoscete voi ricercatori o professori universitari che utilizzino OSM in
> sociologia, economia, psicologia o statistica che sarebbero disposti ad
> intervenire parlando della loro esperienza?

Ho fatto un paio di lezioni a sociologia a Trento proprio su
openstreetmap e ogni
tanto mi arriva qualche studente che chiede informazioni.
Posso sentire i docenti che mi hanno chiamato.

Quanto a studi poi della comunità di openstreetmap c'è tutto il filone
del vgi - voluntereed geographic information dove sono presenti molti articoli.
Di mio ho un lavoretto pubblicato sul bollettino deil'associazione dei
cartografi
inglesi in merito all'identificazione di utenti di qualità
Si tratta un contributo che è stato ripreso da qualche altro autore
ma, di fatto,
nulla di così importante come altri lavori.

In ogni caso dipende molto da dove vuoi arrivare.
Suggerisco questo vecchio keynote di Muki Haklay
"Observing from afar or joining the action: OSM and GIScience research"
dove individua questi scenari:
- lavorare con la comunità di OSM al fine di identificare la sua
necessità (sullo stile della ricerca su Wikipedia)
- studiare OSM come caso di un altra ricerca (es. VGI)
- utilizzare i dati di OSM

Qui le slide
http://www.slideshare.net/mukih/state-of-the-map-eu-openstreetmap-and-giscience-research
Qui il video
https://povesham.wordpress.com/2011/07/16/observing-from-afar-or-joining-the-action-osm-and-giscience-research/

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

Re: [Talk-it] Relazione: catena di alberghi o simile

[Volker Schmidt]

Un altro scenario dove sono tentato di aggiungere dati a una relazione:
posizione e tipi di cartelli per ciclovie.

2016-03-29 15:21 GMT+02:00 Martin Koppenhoefer :

>
>
> sent from a phone
>
> > Am 29.03.2016 um 12:17 schrieb Leonardo :
> >
> > Perchè usare una relazione?
> >
> > operator=*
> >
> > Vedi anche https://wiki.openstreetmap.org/wiki/Key:operator#Hotel
>
>
> operator potrebbe andare in certi casi, in altri casi forse brand o
> network?
>
>
> ciao,
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OpenStreetMap per le scienze sociali

[Dario Crespi]

Io ho conosciuto settimana scorsa Aldo Torrebruno (
http://www.dol.polimi.it/chi/), ricercatore al Politecnico di Milano."si
occupa di nuove tecnologie per la didattica, di e-Learning e di
edutainment". Ha già seguito progetti con OSM, soprattutto con i bambini
(esempio:
https://hotosm.org/updates/2016-03-09_200_kids_map_swaziland_for_malaria_elimination
).

Se vuoi ho la sua mail.

Dario

Il giorno 29 marzo 2016 15:04, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Salve lista,
> uno dei follow-up del convegno OSM al POLIMI del dicembre scorso è stato
> un contatto con Unidata dell'Università La Bicocca di Milano.
> Alcune settimane fa siamo andati a trovarli per parlare di OSM come
> possibile base per analisi e incroci di dati a fini statistici e
> sociologici.
>
> Si sono dimostrati molto interessati alla cosa, tanto che desiderano
> organizzare un evento, ai primi di maggio, in cui si esponga in maniera non
> troppo tecnica, l'utilizzo di OSM, appunto nel campo delle scienza sociali.
>
> Conoscete voi ricercatori o professori universitari che utilizzino OSM in
> sociologia, economia, psicologia o statistica che sarebbero disposti ad
> intervenire parlando della loro esperienza?
> L'evento ovviamente si terrà presso la Bicocca e fungerà anche da lancio
> per il successivo appuntamento di OSMIT
>
> Grazie
>   Alessandro Ale_Zena_IT
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Relazione: catena di alberghi o simile

[Martin Koppenhoefer]

sent from a phone

> Am 29.03.2016 um 12:17 schrieb Leonardo :
> 
> Perchè usare una relazione?
> 
> operator=*
> 
> Vedi anche https://wiki.openstreetmap.org/wiki/Key:operator#Hotel


operator potrebbe andare in certi casi, in altri casi forse brand o network?


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

[Talk-it] OpenStreetMap per le scienze sociali

[Alessandro Palmas]

Salve lista,
uno dei follow-up del convegno OSM al POLIMI del dicembre scorso è stato 
un contatto con Unidata dell'Università La Bicocca di Milano.
Alcune settimane fa siamo andati a trovarli per parlare di OSM come 
possibile base per analisi e incroci di dati a fini statistici e 
sociologici.


Si sono dimostrati molto interessati alla cosa, tanto che desiderano 
organizzare un evento, ai primi di maggio, in cui si esponga in maniera 
non troppo tecnica, l'utilizzo di OSM, appunto nel campo delle scienza 
sociali.


Conoscete voi ricercatori o professori universitari che utilizzino OSM 
in sociologia, economia, psicologia o statistica che sarebbero disposti 
ad intervenire parlando della loro esperienza?
L'evento ovviamente si terrà presso la Bicocca e fungerà anche da lancio 
per il successivo appuntamento di OSMIT


Grazie
  Alessandro Ale_Zena_IT



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

Re: [Talk-br] Dúvida OSM

[Nelson A. de Oliveira]

2016-03-27 23:59 GMT-03:00 Rossana Borelli :
> Como faço para inserir um polígono vetorizado no OSM? Tenho uma camada do
> Qgis com esse dado.

Se tomar cuidado com a projeção (como o Paulo disse) e a
origem/licença dos dados, é possível exportar a camada como shapefile,
por exemplo, e abri-la no JOSM http://josm.openstreetmap.de/

Dentro do JOSM é possível verificar, ajustar e enviar o que for necessário.

> Como faço para saber as coordenadas no OSM? Tenho algumas fotos de uns
> pontos que coletei as coordenadas e gostaria de adicioná-las.

As fotos estão georreferenciadas ou você quer justamente adicionar
essa informação nas fotos?

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

Re: [Talk-GB] Open data (Was: Parliamentary debate mentions OSM)

[Dave F]

I'm currently perusing the datasets of Bath & North East Somerset that's 
been distributed via Bath: Hacked. 
https://github.com/BathHacked/banes-geographic-data (I'll be posting a 
separate thread to clarifying a couple of points about it soon).


These sets certainly contain useful information, but I don't think they 
should be imported directly . Although most are much more complete than 
the equivalent data in OSM, many aren't as accurate. I certainly won't 
be importing footpaths which often veer through hedges & buildings. What 
does appear useful is the meta-data. Each rubbish bins has an ID number. 
Who knew?


I'll be using a combination of Leaflet/Umap to do a contract & compare 
of the datasets & Potlatch's excellent 'Tasks' utility to add 
information, but only after verifying it with a ground survey. I think 
I'm going to be busy.


Dave F.


On 29/03/2016 09:42, Andy Allan wrote:

On 26 March 2016 at 06:30, Rob Nickerson  wrote:


How do we ensure the mix continues to contain a lot of OSM data?

At the highest level, by making sure the focus of OpenStreetMap is
on-the-ground mapping, which best enables us to capture valuable
information that's not available in other datasources.

Thanks,
Andy

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



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-us] Slack

[Paul Johnson]

On Mon, Mar 28, 2016 at 5:55 PM, Luis Villa  wrote:

> +0.5 to Slack. It's clearly better than IRC on a number of fronts, but if
> it replaces publicly browseable/searchable interfaces, information can be
> lost for the casual folks who are the lifeblood of a community. (Meeting
> announces there won't be seen by the public, for example.) This usually
> isn't a problem for IRC since it is so clearly unfit for that purpose.
>

Yeah, wasn't aware of Slack, literally, at all until this thread, and
didn't even bother to check it out until I saw it mentioned on /r/furry
around the same moment a coworker found it independently and sent me
https://www.youtube.com/watch?v=x6sSa5NpqUI

I think it'd be an improvement over Hipchat for office environments
(seriously don't like Hipchat, but it's not my call) but I can't really see
myself using slack for OSM...
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-be] Ghent University helps you in finding your way indoors!

[Ruben Maes]

Dear Nico

I received your email three times: twice in my talk-be inbox and once in my 
generic inbox, sent to me outside the list.

It seems that you have consulted the list of subscribers to this mailing list 
and sent them private e-mails. That is inappropriate. I consider this spam and 
will most certainly not be interacting with the links you send.

Regards
Ruben

Sunday 27 March 2016 15:35:55, Nico Van de Weghe:
> Dear colleague,
> 
> 
> Are you tired of explaining the route to your office, a meeting room, a 
> lecture room ...? Or did you ever get lost in a building? Many have tried to 
> solve the problem of indoor navigation with state-of-the-art technologies. 
> All of them have failed. Let's create a community that's smarter than that. 
> Together, we can put the world on the indoor map.
> 
> To achieve that goal, we need your help. Explore the SoleWay 
> website, explore the existing routes, and enter 
> your routes in order to help others to find their way around! Why not start 
> with your own office, and then just refer to that route when visitors ask how 
> they can find you (see, for example, "office location" in my signature). Why 
> not ask your colleagues to create their routes, or just create a route 
> somewhere on this planet? The crowd will appreciate your contribution!
> 
> The SoleWay team (Explore the world - start indoors!)
> 
> *Feed-back can be given via 
> soleway.supp...@lists.ugent.be or by 
> replying to this e-mail.
> 
> ---
> Prof. dr. Nico Van de Weghe
> Ghent University - Department of Geography (WE12)
> Belgium - 9000 Ghent - Krijgslaan 281 (S8)
> Tel.: +32 (0)9 264 47 12
> CartoGIS - Office 
> location
> ---


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

Re: [Talk-GB] Open data (Was: Parliamentary debate mentions OSM)

[SK53]

Actually I enjoy the process of going out & surveying stuff for OSM.

Of course it's nice that we can be better (more up-to-date, more detail,
additional attributes etc) than other map providers, but many contributors
do it not purely to add stuff to OSM, but for a multitude of other reasons:

   - to learn more about the places around where one lives;
   - to get out;
   - to meet-up with like minded people;
   - to get some exercise;
   - to go to the less obvious places;
   - to avoid stultifying in front of a screen;
   - to collect some data for some other purpose.

As long as people are motivated by one or all of these reasons, I see no
reason why they won't contribute to OSM. I suspect it's a fallacy that
people only contribute to OSM because other sources of OpenData aren't up
to scratch. If we have competition it is with other types of
volunteer-collected data, not with things like OS Open Data. OSM will never
achieve the consistency of coverage that OSGB do, so there will always be
applications and use-cases which will prefer to use data of this sort

Anyway, as long as I continue to find on average one bug a week with OS
OpenData streetnames there's room for both of us: particularly as I work to
improve both sets of data together.

Jerry Clough

On 26 March 2016 at 09:46, John Aldridge  wrote:

> On 26-Mar-16 06:30, Rob Nickerson wrote:
>
>>  >And there seems to be some more
>>  >open data on the way from the OS.
>>
>> Interesting. A good opportunity but maybe also a threat - I wonder what
>> quality of map can now be produced from OGL and other open data and how
>> that compares to OSM. We already have some users that mix and match
>> between OSM and other sources.
>>
>> How do we ensure the mix continues to contain a lot of OSM data?
>>
>
> By ensuring that OSM data is of higher quality, or contains useful
> information still absent from those other sources. If we can't or don't do
> that, OSM (in the UK) will cease to have a purpose, and can be left to
> wither un-mourned.
>
> --
> Cheers,
> John
>
> ___
> 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] Open data (Was: Parliamentary debate mentions OSM)

[Stuart Reynolds]

There are two huge advantages to OSM, even just looking at the UK.

The first is timeliness. OSM is almost always faster with new features than OS 
(although accepting you also need a friendly local mapper). Just as a case in 
point, we were looking at Wickhurst Green, near Horsham, only this morning. OSM 
has the estate, and has the A264 correctly moved to the new relief road. OS 
(looking at the online OS Maps tool) still has it on the Broadbridge Heath 
Bypass. Google also has the incorrect road designations, by the way.

And the second huge advantage follows directly on from the first - if it is 
wrong, I can edit it myself, and use it straight away.

You will never get that from OS.

Regards,
Stuart



On 29 Mar 2016, at 11:05, Rob Nickerson 
> wrote:


Yeah I think that is a good benefit and will be an element end users consider. 
Mixing data by country is however easy to do from an OSM licence point of view. 
For example telenav use (or at least did use) OSM in the USA but something else 
in other countries quite easily for many months.

Thus, although this helps, it doesn't "solve" everything.

Rob

On 29 Mar 2016 10:58 p.m., "Marc Gemis" 
> wrote:
Isn't one of the main benefits to have the data for the whole world in
1 format ? Compare that to having to download open data files from
government sites from all over the world from sites in different
languages in different formats and having to combine those ...

m

On Tue, Mar 29, 2016 at 11:46 AM, Rob Nickerson
> wrote:
> Oh come on I'm not here to bash the history of OSM. I think what we have
> done is incredible and I genuinely believe that the presence of OSM has
> pushed both the government (the OS) and Google to where we are now - strong
> competition and more open data.
>
> We have open data now - great. The question is how do we continue to push
> the boundaries of the geospatial industry in the UK? Steve has in the past
> said to focus on addresses. Perhaps if we did that then at some tipping
> point the government will release all addresses as open data - a big success
> and we move on to the next trigger...? But for how long can we continue to
> be a strong trigger unless we can keep up with the status quo? Is it OK to
> leave it to the data users to merge the open data with OSM or is that burden
> too large for them to bother (at which point the pressure of OSM in the UK
> reduces)?
>
> The reason I ask is because I don't have the answers. Hoping some of the
> data users on the list may be able to suggest a point where the burden would
> become too large.
>
> Please, don't get defensive as that gets us nowhere. Hopefully this is
> something we can pick up in the coming year :-)
>
> Best,
> Rob
>
>> On 29 Mar 2016 10:29 p.m., "Paul Sladen" 
>> > wrote:
>>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> On Tue, 29 Mar 2016, Rob Nickerson wrote:
>>> > P.P.S. By which I'm asking: do you think that (unless we get loads of
>>> > new
>>> > mappers) more availability of open data possess a threat to OSM in the
>>> > UK
>>>
>>> A decade ago a person called Steve needed a map and couldn't get one…
>>>
>>> We are here to assemble and curate data for now and the future, not to
>>> chastise others following that lead and doing the same.
>>>
>>> -Paul
>>>
>>> ie. There is no 'threat' from having legitimately-usable open data: it
>>> is the very premise upon OpenStreetMap was founded.
>>>
>>>
>>>
>>>
>>>
>>> -BEGIN PGP SIGNATURE-
>>> Version: GnuPG v1.4.9 (GNU/Linux)
>>>
>>> iD8DBQFW+kqWc444tukM+iQRAv6JAJ9tkje/oy3kI2dZS33Gc4vaWBTcpgCgxitl
>>> KdZlblnt33m57hNtNcfe4OQ=
>>> =hke9
>>> -END PGP SIGNATURE-
>>>
>>>
>
>
> ___
> 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-it] Relazione: catena di alberghi o simile

[Leonardo]

Perchè usare una relazione?

operator=*

Vedi anche https://wiki.openstreetmap.org/wiki/Key:operator#Hotel

Ciao!

Leonardo

Il 27/03/2016 22:26, mircozorzo ha scritto:

Ciao a tutti, vorrei raggruppare in una relazione tutti gli alberghi che
aderiscono a un circuito o che fanno degli sconti a certe categorie.

Che tipo di relazione potrei usare?


Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Relazione-catena-di-alberghi-o-simile-tp5870788.html
Sent from the Italy General mailing list archive at Nabble.com.

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



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

Re: [Talk-GB] Fwd: Re: Open data (Was: Parliamentary debate mentions OSM)

[Rob Nickerson]

Yeah I think that is a good benefit and will be an element end users
consider. Mixing data by country is however easy to do from an OSM licence
point of view. For example telenav use (or at least did use) OSM in the USA
but something else in other countries quite easily for many months.

Thus, although this helps, it doesn't "solve" everything.

Rob
On 29 Mar 2016 10:58 p.m., "Marc Gemis"  wrote:

> Isn't one of the main benefits to have the data for the whole world in
> 1 format ? Compare that to having to download open data files from
> government sites from all over the world from sites in different
> languages in different formats and having to combine those ...
>
> m
>
> On Tue, Mar 29, 2016 at 11:46 AM, Rob Nickerson
>  wrote:
> > Oh come on I'm not here to bash the history of OSM. I think what we have
> > done is incredible and I genuinely believe that the presence of OSM has
> > pushed both the government (the OS) and Google to where we are now -
> strong
> > competition and more open data.
> >
> > We have open data now - great. The question is how do we continue to push
> > the boundaries of the geospatial industry in the UK? Steve has in the
> past
> > said to focus on addresses. Perhaps if we did that then at some tipping
> > point the government will release all addresses as open data - a big
> success
> > and we move on to the next trigger...? But for how long can we continue
> to
> > be a strong trigger unless we can keep up with the status quo? Is it OK
> to
> > leave it to the data users to merge the open data with OSM or is that
> burden
> > too large for them to bother (at which point the pressure of OSM in the
> UK
> > reduces)?
> >
> > The reason I ask is because I don't have the answers. Hoping some of the
> > data users on the list may be able to suggest a point where the burden
> would
> > become too large.
> >
> > Please, don't get defensive as that gets us nowhere. Hopefully this is
> > something we can pick up in the coming year :-)
> >
> > Best,
> > Rob
> >
> >> On 29 Mar 2016 10:29 p.m., "Paul Sladen"  wrote:
> >>>
> >>> -BEGIN PGP SIGNED MESSAGE-
> >>> Hash: SHA1
> >>>
> >>> On Tue, 29 Mar 2016, Rob Nickerson wrote:
> >>> > P.P.S. By which I'm asking: do you think that (unless we get loads of
> >>> > new
> >>> > mappers) more availability of open data possess a threat to OSM in
> the
> >>> > UK
> >>>
> >>> A decade ago a person called Steve needed a map and couldn't get one…
> >>>
> >>> We are here to assemble and curate data for now and the future, not to
> >>> chastise others following that lead and doing the same.
> >>>
> >>> -Paul
> >>>
> >>> ie. There is no 'threat' from having legitimately-usable open data: it
> >>> is the very premise upon OpenStreetMap was founded.
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> -BEGIN PGP SIGNATURE-
> >>> Version: GnuPG v1.4.9 (GNU/Linux)
> >>>
> >>> iD8DBQFW+kqWc444tukM+iQRAv6JAJ9tkje/oy3kI2dZS33Gc4vaWBTcpgCgxitl
> >>> KdZlblnt33m57hNtNcfe4OQ=
> >>> =hke9
> >>> -END PGP SIGNATURE-
> >>>
> >>>
> >
> >
> > ___
> > 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] Open data

[Colin Smale]

On 2016-03-29 11:46, John Aldridge wrote:

> An example is parish boundaries which, I understand, have been imported from 
> Ordnance Survey data. The problem with these are that they often get 
> inadvertently corrupted in OSM: they tend to lie along other features, which 
> means that it's rather easy to get them inadvertently to share nodes, which 
> in turn ends up with them being dragged around by mistake.

I fully agree with this comment. As a major contributor/maintainer of UK
admin boundaries in OSM I encounter this frequently. Where the
complexity is overseeable and time allows I prefer to disentangle admin
boundaries from highways, waterways etc. 

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

Re: [Talk-GB] Fwd: Re: Open data (Was: Parliamentary debate mentions OSM)

[Marc Gemis]

Isn't one of the main benefits to have the data for the whole world in
1 format ? Compare that to having to download open data files from
government sites from all over the world from sites in different
languages in different formats and having to combine those ...

m

On Tue, Mar 29, 2016 at 11:46 AM, Rob Nickerson
 wrote:
> Oh come on I'm not here to bash the history of OSM. I think what we have
> done is incredible and I genuinely believe that the presence of OSM has
> pushed both the government (the OS) and Google to where we are now - strong
> competition and more open data.
>
> We have open data now - great. The question is how do we continue to push
> the boundaries of the geospatial industry in the UK? Steve has in the past
> said to focus on addresses. Perhaps if we did that then at some tipping
> point the government will release all addresses as open data - a big success
> and we move on to the next trigger...? But for how long can we continue to
> be a strong trigger unless we can keep up with the status quo? Is it OK to
> leave it to the data users to merge the open data with OSM or is that burden
> too large for them to bother (at which point the pressure of OSM in the UK
> reduces)?
>
> The reason I ask is because I don't have the answers. Hoping some of the
> data users on the list may be able to suggest a point where the burden would
> become too large.
>
> Please, don't get defensive as that gets us nowhere. Hopefully this is
> something we can pick up in the coming year :-)
>
> Best,
> Rob
>
>> On 29 Mar 2016 10:29 p.m., "Paul Sladen"  wrote:
>>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> On Tue, 29 Mar 2016, Rob Nickerson wrote:
>>> > P.P.S. By which I'm asking: do you think that (unless we get loads of
>>> > new
>>> > mappers) more availability of open data possess a threat to OSM in the
>>> > UK
>>>
>>> A decade ago a person called Steve needed a map and couldn't get one…
>>>
>>> We are here to assemble and curate data for now and the future, not to
>>> chastise others following that lead and doing the same.
>>>
>>> -Paul
>>>
>>> ie. There is no 'threat' from having legitimately-usable open data: it
>>> is the very premise upon OpenStreetMap was founded.
>>>
>>>
>>>
>>>
>>>
>>> -BEGIN PGP SIGNATURE-
>>> Version: GnuPG v1.4.9 (GNU/Linux)
>>>
>>> iD8DBQFW+kqWc444tukM+iQRAv6JAJ9tkje/oy3kI2dZS33Gc4vaWBTcpgCgxitl
>>> KdZlblnt33m57hNtNcfe4OQ=
>>> =hke9
>>> -END PGP SIGNATURE-
>>>
>>>
>
>
> ___
> 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] Open data (Was: Parliamentary debate mentions OSM)

[John Aldridge]

On 29-Mar-16 10:19, Rob Nickerson wrote:

Should we attempt to include everything that is in the open data
datasets plus our on the ground additions (manually or, unless we
suddenly get many more mappers, by some form of controlled merge) or
should we leave the end users with the task of mixing OSM with the open
data?


I'm generally not in favour of importing 'definitive' data from other 
sources, and it would be better to have some dynamic overlay procedure 
(which must of course available to normal end-users of the map on 
www.openstreetmap.org, not just to sophisticated OSM data processors).


An example is parish boundaries which, I understand, have been imported 
from Ordnance Survey data. The problem with these are that they often 
get inadvertently corrupted in OSM: they tend to lie along other 
features, which means that it's rather easy to get them inadvertently to 
share nodes, which in turn ends up with them being dragged around by 
mistake.


I appreciate that we don't have such a dynamic overlay procedure, and 
nor do I have a solution to offer, but the problem is real: if we import 
data which is definitively specified elsewhere, we are pretty much 
guaranteeing that OSM's version of that data will be inferior to other 
mapping, even if only because it'll get out of date.


I suppose a satisfactory alternative to dynamic overlay would be if any 
such import were required to have an automated procedure for adopting 
regular updates from the definitive source.


--
Cheers,
John

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

[Talk-GB] Fwd: Re: Open data (Was: Parliamentary debate mentions OSM)

[Rob Nickerson]

Oh come on I'm not here to bash the history of OSM. I think what we have
done is incredible and I genuinely believe that the presence of OSM has
pushed both the government (the OS) and Google to where we are now - strong
competition and more open data.

We have open data now - great. The question is how do we continue to push
the boundaries of the geospatial industry in the UK? Steve has in the past
said to focus on addresses. Perhaps if we did that then at some tipping
point the government will release all addresses as open data - a big
success and we move on to the next trigger...? But for how long can we
continue to be a strong trigger unless we can keep up with the status quo?
Is it OK to leave it to the data users to merge the open data with OSM or
is that burden too large for them to bother (at which point the pressure of
OSM in the UK reduces)?

The reason I ask is because I don't have the answers. Hoping some of the
data users on the list may be able to suggest a point where the burden
would become too large.

Please, don't get defensive as that gets us nowhere. Hopefully this is
something we can pick up in the coming year :-)

Best,
Rob

> On 29 Mar 2016 10:29 p.m., "Paul Sladen"  wrote:
>>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On Tue, 29 Mar 2016, Rob Nickerson wrote:
>> > P.P.S. By which I'm asking: do you think that (unless we get loads of
new
>> > mappers) more availability of open data possess a threat to OSM in the
UK
>>
>> A decade ago a person called Steve needed a map and couldn't get one…
>>
>> We are here to assemble and curate data for now and the future, not to
>> chastise others following that lead and doing the same.
>>
>> -Paul
>>
>> ie. There is no 'threat' from having legitimately-usable open data: it
>> is the very premise upon OpenStreetMap was founded.
>>
>>
>>
>>
>>
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1.4.9 (GNU/Linux)
>>
>> iD8DBQFW+kqWc444tukM+iQRAv6JAJ9tkje/oy3kI2dZS33Gc4vaWBTcpgCgxitl
>> KdZlblnt33m57hNtNcfe4OQ=
>> =hke9
>> -END PGP SIGNATURE-
>>
>>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-es] licencia portal datos abiertos madrid.es

[Alejandro Moreno Calvo]

Hace unos meses se hizo la importación de las farmacias a partir de los
datos del portal por lo que problemas de licencia no hay. En cuanto a la
licencia se está tramitando una modificación de la ordenanza de
transparencia de Madrid que es más abierta que la actual por lo que en el
futuro debería haber incluso menos problemas.

Si te animas con la importación adelante.

El 29 de marzo de 2016, 11:22, Santiago Crespo 
escribió:

> Hola,
>
> Después de leer la licencia [1] que hay en el portal de datos abiertos
> de de madrid.es [2] y sin ser abogado me parece que es compatible con la
> ODbL. ¿Alguien sabe si es así?
>
> ¿Hay alguna novedad sobre la ordenanza de transparencia de Madrid?
>
> Almorca decía hace un año que por ejemplo hay mucha información sobre la
> bici (aparcabicis, ciclocarriles, estaciones de Bicimad) y yo ya estoy
> pensando en la importación de los aparcabicis. ¿Cómo lo veis?
>
> Saludos,
> Santiago Crespo
>
> [1]
>
> http://datos.madrid.es/portal/site/egob/menuitem.3efdb29b813ad8241e830cc2a8a409a0/?vgnextoid=108804d4aab90410VgnVCM10171f5a0aRCRD=b4c412b9ace9f310VgnVCM10171f5a0aRCRD=default
>
> [2] http://datos.madrid.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] Open data (Was: Parliamentary debate mentions OSM)

[Paul Sladen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, 29 Mar 2016, Rob Nickerson wrote:
> P.P.S. By which I'm asking: do you think that (unless we get loads of new
> mappers) more availability of open data possess a threat to OSM in the UK

A decade ago a person called Steve needed a map and couldn't get one…

We are here to assemble and curate data for now and the future, not to
chastise others following that lead and doing the same.

-Paul

ie. There is no 'threat' from having legitimately-usable open data: it
is the very premise upon OpenStreetMap was founded.





-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFW+kqWc444tukM+iQRAv6JAJ9tkje/oy3kI2dZS33Gc4vaWBTcpgCgxitl
KdZlblnt33m57hNtNcfe4OQ=
=hke9
-END PGP SIGNATURE-



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

[Talk-es] licencia portal datos abiertos madrid.es

[Santiago Crespo]

Hola,

Después de leer la licencia [1] que hay en el portal de datos abiertos
de de madrid.es [2] y sin ser abogado me parece que es compatible con la
ODbL. ¿Alguien sabe si es así?

¿Hay alguna novedad sobre la ordenanza de transparencia de Madrid?

Almorca decía hace un año que por ejemplo hay mucha información sobre la
bici (aparcabicis, ciclocarriles, estaciones de Bicimad) y yo ya estoy
pensando en la importación de los aparcabicis. ¿Cómo lo veis?

Saludos,
Santiago Crespo

[1]
http://datos.madrid.es/portal/site/egob/menuitem.3efdb29b813ad8241e830cc2a8a409a0/?vgnextoid=108804d4aab90410VgnVCM10171f5a0aRCRD=b4c412b9ace9f310VgnVCM10171f5a0aRCRD=default

[2] http://datos.madrid.es

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

Re: [Talk-GB] Open data (Was: Parliamentary debate mentions OSM)

[Rob Nickerson]

Thanks all.

My other food for thought is:

Should we attempt to include everything that is in the open data datasets
plus our on the ground additions (manually or, unless we suddenly get many
more mappers, by some form of controlled merge) or should we leave the end
users with the task of mixing OSM with the open data?

Regards,
Rob

P.S. The OSM licence allows for mixes but in all but the most simple cases
the user would then have to release the final dataset - something they may
be unwilling to do.

P.P.S. By which I'm asking: do you think that (unless we get loads of new
mappers) more availability of open data possess a threat to OSM in the UK
unless we get better at merging in the open data?
On 29 Mar 2016 9:42 p.m., "Andy Allan"  wrote:

> On 26 March 2016 at 06:30, Rob Nickerson 
> wrote:
>
> > How do we ensure the mix continues to contain a lot of OSM data?
>
> At the highest level, by making sure the focus of OpenStreetMap is
> on-the-ground mapping, which best enables us to capture valuable
> information that's not available in other datasources.
>
> Thanks,
> Andy
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Open data (Was: Parliamentary debate mentions OSM)

[Andy Allan]

On 26 March 2016 at 06:30, Rob Nickerson  wrote:

> How do we ensure the mix continues to contain a lot of OSM data?

At the highest level, by making sure the focus of OpenStreetMap is
on-the-ground mapping, which best enables us to capture valuable
information that's not available in other datasources.

Thanks,
Andy

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

Re: [Talk-es] Mostrar hdop (precisión de gps) en JOSM

[Emilio Gómez Fernández]

El 28 de marzo de 2016, 19:33, pablo rey  escribió:

> Estoy intentando mostrar en JOSM la precisión de mis puntos de un track
> grabado con gps usando el campo  (Horizontal dilution of precision)
> pero no consigo encontrar cómo en diversos tutoriales ¿alguna pista?
>


Si la pregunta es dónde se encuentra en JOSM el coloreado de puntos en
función del HDOP:
Editar -> Preferencias -> Puntos GPS -> Coloreado de traza y punto:
Dispersión de la precisión o incertidumbre



> Y ya que estoy preguntando ¿soléis usar esos valores de precisión a la
> hora de dibujar?
>


Yo no, aplico más el coloreado en función de la velocidad, aunque
últimamente uso más los mapas de calor de Strava si la trazas no son mías.



>
> ¡Gracias!
>
> ___
> 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-cz] OsmHiCheck chybejici rozcestniky do osmap.cz

[Pavel Zbytovský]

Supr, nečetl jsem.
Klidně to může být nová vrstva, zejména ve chvíli, kdy bude nový přepínač
vrstev (to už slibuju dlouho :( ), tak víc vrstev nevadí.


út 29. 3. 2016 v 6:50 odesílatel Tom Ka  napsal:

> On Mar 28, 2016 9:47 PM, "Pavel Zbytovský"  wrote:
> >
> > V tuhle chvíli máme k dispozici data z osmhichecku, takže kdyby mohly
> být v geojsonu (tome?), tak se vrstva může rovnou přidat.
>
> to uz je hotovo, vzdyt jsem to psal v prvnim mailu. oyazka je jestli novou
> vrstvu nebo pridat k rozcestnikum co tam uz jsou...
> ___
> 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