Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[Stewart C. Russell]

On 2016-08-05 11:08 PM, Laura O'Grady wrote:
> I just noticed that there is a project for Ottawa in the Canadian
> Tasking Manager [1] called, "#2 - Ottawa Building Update".

This looks a little old - it was last used 8 months ago. It also has
some unnecessary guidelines, such as adding the redundant (and possibly
incorrect, if you accidentally go over over a boundary)
addr:city=Ottawa. Ottawa and Gatineau should have boundary relations in
place.

 Stewart

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

Re: [OSM-talk] Building a free/open reviews community w/ OSM support

[Pine W]

Hi Erik,

Interesting project, though I must admit some caution about its success.
How do you plan to develop readership for this site? Yelp seems to have a
commanding lead.

Pine

On Aug 5, 2016 18:17, "Erik Moeller"  wrote:

> Hi Michał,
>
> Thanks for your comments!
>
> On Fri, Aug 5, 2016 at 4:55 PM, Michał Brzozowski 
> wrote:
>
> > Have you devised any robust algorithm for linking OSM primitives to
> > objects in the external database? In general case, it seems really
> > hard to track objects as they get converted from nodes to areas, or
> > decide whether given OSM feature is no longer representing some entity
> > in the external database.
>
> No, and I'm not very familiar with OSM's data structures and APIs yet.
> What I'm imagining for now as the initial OSM-related features are:
>
> 1) enabling search for POIs similar to http://openpoimap.org/ but more
> lightweight and purpose-focused (so you can start a review and just
> select a POI from the map to identify it)
>
> 2) importing (and attributing!) relevant data on demand, which by the
> looks of e.g. https://www.openstreetmap.org/way/422293736 seems like
> it often includes quite a bit of relevant data that future reviewers
> would appreciate.
>
> If possible, I'd also like to add:
>
> 3) flagging imported data as read-only and synchronizing it in regular
> intervals. People who want to improve that data would then just be
> pointed to OSM (or Wikidata, or whatever community source).
>
> I have no intention of performing a bulk import anytime soon; while
> this could be good for bootstrapping, it will be too big of a
> technical challenge too early, I think. Instead for now we'll
> add/import metadata about things we review if/when we review them.
>
> Do you see fundamental technical challenges with any of the above? I
> don't think conversion from nodes to areas would necessarily be
> problematic, as long as the sync job can learn that such a change has
> occurred to the object it's trying to keep in sync.
>
> > A framework / API for performing such linking would be of great
> > interest, as it could enable many applications to exist on top of OSM
> > - recognizing that not everything belongs to OSM.
>
> *nod* OSM-land is interesting compared with the Wikimedia world I'm
> more familiar with, with much more emphasis on a large distributed
> community building tools and APIs, some proprietary, some open. I'll
> want to look at the state of the open tools out there to see if what
> I'm describing above can already be built, or if there's someone who's
> willing to collaborate!
>
> > Regarding the idea, I reckon it may not scale well, if at all. Weeding
> > out spammers needs constant attention, and community moderation is
> > prone to the Sybil attacks. This may be less of a problem on sites
> > such as OSM or Wikipedia where data needs verifiability that or
> > another way (so in order to gain trust you have to do actual work).
> > Reviews are inherently subjective. Not to mention any legal BS one may
> > get from business owners.
>
> Heh, it's certainly a hard problem. :) Here are a few things to note:
>
> - Currently the system is invite-only and likely will be for a while.
> I reckon building a core community that cares about quality,
> organization, etc. will take a while, and we can then give a lot of
> those folks permission to also act as moderators so they can ban
> spammers once we (temporarily or permanently) open the floodgates.
> Invitation is something we can give away liberally, but it functions
> as a bit of a barrier to entry for bad faith actors.
>
> - I'm building into the architecture strong notions of trust and
> affiliation. Users can be members of like-minded teams with given
> rules (think sub-reddit as an analogy), and they can individually
> express trust toward one another, so we can track the trust graph that
> allowed an abuser to act with elevated trust levels. Trust will likely
> factor into ranking calculations, visibility of content, and so on. To
> give an example, it's already the case that the reviews shown on
> https://lib.reviews/ are written by users with the "trusted" flag set,
> while https://lib.reviews/feed shows all (unfiltered) reviews.
>
> - In general, my experience with Wikimedia has taught me that
> transparent community collaboration in good faith is a pretty good way
> to deal with such problems. Wikimedia has to deal with paid PR flacks
> regularly, for example, and generally has established procedures for
> spotting and kicking out such folks. Similarly, WMF has had to face
> down nasty legal threats long before it had a big budget. As long as I
> give the community good tools to self-organize rather than following
> an enterprise-style approach of solving everything from the top down,
> I am optimistic that we can make decisions such as "when do we open
> the floodgates" collaboratively.)
>
> Warmly,
> Erik
>
> 

Re: [OSM-talk] Building a free/open reviews community w/ OSM support

[Erik Moeller]

Hi Michał,

Thanks for your comments!

On Fri, Aug 5, 2016 at 4:55 PM, Michał Brzozowski  wrote:

> Have you devised any robust algorithm for linking OSM primitives to
> objects in the external database? In general case, it seems really
> hard to track objects as they get converted from nodes to areas, or
> decide whether given OSM feature is no longer representing some entity
> in the external database.

No, and I'm not very familiar with OSM's data structures and APIs yet.
What I'm imagining for now as the initial OSM-related features are:

1) enabling search for POIs similar to http://openpoimap.org/ but more
lightweight and purpose-focused (so you can start a review and just
select a POI from the map to identify it)

2) importing (and attributing!) relevant data on demand, which by the
looks of e.g. https://www.openstreetmap.org/way/422293736 seems like
it often includes quite a bit of relevant data that future reviewers
would appreciate.

If possible, I'd also like to add:

3) flagging imported data as read-only and synchronizing it in regular
intervals. People who want to improve that data would then just be
pointed to OSM (or Wikidata, or whatever community source).

I have no intention of performing a bulk import anytime soon; while
this could be good for bootstrapping, it will be too big of a
technical challenge too early, I think. Instead for now we'll
add/import metadata about things we review if/when we review them.

Do you see fundamental technical challenges with any of the above? I
don't think conversion from nodes to areas would necessarily be
problematic, as long as the sync job can learn that such a change has
occurred to the object it's trying to keep in sync.

> A framework / API for performing such linking would be of great
> interest, as it could enable many applications to exist on top of OSM
> - recognizing that not everything belongs to OSM.

*nod* OSM-land is interesting compared with the Wikimedia world I'm
more familiar with, with much more emphasis on a large distributed
community building tools and APIs, some proprietary, some open. I'll
want to look at the state of the open tools out there to see if what
I'm describing above can already be built, or if there's someone who's
willing to collaborate!

> Regarding the idea, I reckon it may not scale well, if at all. Weeding
> out spammers needs constant attention, and community moderation is
> prone to the Sybil attacks. This may be less of a problem on sites
> such as OSM or Wikipedia where data needs verifiability that or
> another way (so in order to gain trust you have to do actual work).
> Reviews are inherently subjective. Not to mention any legal BS one may
> get from business owners.

Heh, it's certainly a hard problem. :) Here are a few things to note:

- Currently the system is invite-only and likely will be for a while.
I reckon building a core community that cares about quality,
organization, etc. will take a while, and we can then give a lot of
those folks permission to also act as moderators so they can ban
spammers once we (temporarily or permanently) open the floodgates.
Invitation is something we can give away liberally, but it functions
as a bit of a barrier to entry for bad faith actors.

- I'm building into the architecture strong notions of trust and
affiliation. Users can be members of like-minded teams with given
rules (think sub-reddit as an analogy), and they can individually
express trust toward one another, so we can track the trust graph that
allowed an abuser to act with elevated trust levels. Trust will likely
factor into ranking calculations, visibility of content, and so on. To
give an example, it's already the case that the reviews shown on
https://lib.reviews/ are written by users with the "trusted" flag set,
while https://lib.reviews/feed shows all (unfiltered) reviews.

- In general, my experience with Wikimedia has taught me that
transparent community collaboration in good faith is a pretty good way
to deal with such problems. Wikimedia has to deal with paid PR flacks
regularly, for example, and generally has established procedures for
spotting and kicking out such folks. Similarly, WMF has had to face
down nasty legal threats long before it had a big budget. As long as I
give the community good tools to self-organize rather than following
an enterprise-style approach of solving everything from the top down,
I am optimistic that we can make decisions such as "when do we open
the floodgates" collaboratively.)

Warmly,
Erik

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

Re: [OSM-talk] Building a free/open reviews community w/ OSM support

[Michał Brzozowski]

Have you devised any robust algorithm for linking OSM primitives to
objects in the external database? In general case, it seems really
hard to track objects as they get converted from nodes to areas, or
decide whether given OSM feature is no longer representing some entity
in the external database. On top of that, people do many stupid things
while mapping which could baffle even a sophisticated program.
A framework / API for performing such linking would be of great
interest, as it could enable many applications to exist on top of OSM
- recognizing that not everything belongs to OSM.

Regarding the idea, I reckon it may not scale well, if at all. Weeding
out spammers needs constant attention, and community moderation is
prone to the Sybil attacks. This may be less of a problem on sites
such as OSM or Wikipedia where data needs verifiability that or
another way (so in order to gain trust you have to do actual work).
Reviews are inherently subjective. Not to mention any legal BS one may
get from business owners.

Michał

On Sat, Aug 6, 2016 at 12:55 AM, Erik Moeller  wrote:
> Hi all,
>
> I'm working on this project:
>
> https://lib.reviews/
>
> The front page explains the goal: to build a free, open and non-profit
> community focused on reviews. Review content is under CC-BY-SA while
> the codebase is under CC-0.
>
> Basic functionality to write reviews is there (we identify things to
> review by URL for now), but there's a lot more to come. See the
> screencast on the front page for what is working so far. Language is a
> first-class citizen: both the UI _and_ all content (including review
> texts) are fully translatable. The site should be mobile-friendly, and
> work without JavaScript.
>
> I've long been involved with Wikimedia and am also a big fan of OSM;
> these projects are guiding me in terms of the philosophy and
> principles behind lib.reviews. See https://lib.reviews/terms which
> should give some insight into the project philosophy.
>
> I've noticed that having reviews associated with OSM data has been
> proposed before, e.g. [1], and so I am hoping that OSM and lib.reviews
> can become good friends :). The OSM POI data seems like a good way to
> bootstrap reviews of restaurants, businesses, and the like. If anyone
> wants to already get involved in investigating how this could be made
> to work, I'd be more than happy to schedule a video call to walk you
> through the codebase and architecture.
>
> I'm also happy to answer questions on-list or off-list, and if you'd
> like an invite-code to play with the functionality that's there so
> far, shoot me an offlist note or follow the instructions on the site.
> I believe free/open reviews are a critical component of the free
> culture ecosystem, alongside maps, encyclopedic content, and other
> information. If you agree, hope you'll check it out!
>
> Warmly,
>
> Erik
>
> [1] http://forum.openstreetmap.org/viewtopic.php?id=27837
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

[OSM-talk] Building a free/open reviews community w/ OSM support

[Erik Moeller]

Hi all,

I'm working on this project:

https://lib.reviews/

The front page explains the goal: to build a free, open and non-profit
community focused on reviews. Review content is under CC-BY-SA while
the codebase is under CC-0.

Basic functionality to write reviews is there (we identify things to
review by URL for now), but there's a lot more to come. See the
screencast on the front page for what is working so far. Language is a
first-class citizen: both the UI _and_ all content (including review
texts) are fully translatable. The site should be mobile-friendly, and
work without JavaScript.

I've long been involved with Wikimedia and am also a big fan of OSM;
these projects are guiding me in terms of the philosophy and
principles behind lib.reviews. See https://lib.reviews/terms which
should give some insight into the project philosophy.

I've noticed that having reviews associated with OSM data has been
proposed before, e.g. [1], and so I am hoping that OSM and lib.reviews
can become good friends :). The OSM POI data seems like a good way to
bootstrap reviews of restaurants, businesses, and the like. If anyone
wants to already get involved in investigating how this could be made
to work, I'd be more than happy to schedule a video call to walk you
through the codebase and architecture.

I'm also happy to answer questions on-list or off-list, and if you'd
like an invite-code to play with the functionality that's there so
far, shoot me an offlist note or follow the instructions on the site.
I believe free/open reviews are a critical component of the free
culture ecosystem, alongside maps, encyclopedic content, and other
information. If you agree, hope you'll check it out!

Warmly,

Erik

[1] http://forum.openstreetmap.org/viewtopic.php?id=27837

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

[Talk-ca] Sujet à discussion: relation multipolygone (natural:forest)

[dega]

Bonjour à tous
Lorsque les importations NRC ont commencé dans le nord du Québec, il y avait 
surtout des lacs et des chemins. Quelqu'un a eu l'idée de tout combiner dans 
des relations, ce qui procurait l'avantage de permettre de définir la forêt 
come couche de fond. C'est ce qui donne à la carte du Québec une belle teinte 
verte. La carte d'Ontario est semblable.
Mais, si on regarde les cartes des états de New-York ou du Vermont, on est 
forcés de constater que la couche verte de notre carte est beaucoup plus dense 
alors qu'on sait que les forêts de ces territoires sont semblables.
Le problème de nos multipolygones est qu'ils prennent trop de place parce 
qu'ils ont été créés pour occuper tout l'espace. Chaque multipolygone occupe 
un quadrilatère d'environ 0.125 degré par 0.625 degré. C'est la couche de fond 
sur laquelle sont dessinés (superposés) les cours d'eau et les chemins. 
Si on veut représenter une clairière, il faut la soustraire au multipolygone 
en utilisant un rôle "inner". C'est donc une action soustractive. C'est le 
contraire de ce qu'on fait plus au sud.
Voyons un exemple:
http://www.openstreetmap.com/relation/1456132
http://www.openstreetmap.com/relation/1456128
Ce sont 2 zones adjacentes situées sous:
http://www.openstreetmap.com/relation/1468883
La clairière qui longe la ligne électrique n'a pas été prolongée et on perd 
ainsi la possibilité d'apprécier l'étendue du réseau d'Hydro-Québec.

Dans le multipolygone d'en dessous:
http://www.openstreetmap.com/relation/1456144
on a plûtot décidé de gruger le multipolygone.

Donc, on voit 3 approches:
- ne rien faire (et conserver un fond de carte très dense)
- segmenter le multipolygone en 2
- gruger le multipolygone

La 2ième approche est ma préférée.

Mais les choses se compliquent lorsqu'on s'approche d'une région  urbanisée.
Le multipolygone de départ doit être partagé en fonction des éléments 
suiivants:
- grands axes routiers (boulevard, autoroute)
- lignes de transport électrique
- routes
- zones déboisées
Je travaille actuellement sur un multipolygone que j'ai partagé en 6 petits 
polygones. (voir http://www.openstreetmap.org/relation/6300465)

Deux questions:
1) j'ai conservé le même numéro de relation, ce qui fait que la relation 
contient tous les éléments du multipolygone original. Y-a-t-il avantage ou 
désavantage à agir ainsi plutôt que de créer des nouvelles relations?
2) Plus je voudrai ajouter des clairières à ce multipolygone, plus ce sera 
difficile. Je me demande si je ne suis pas arrrivé au point où je devrais 
éliminer la relation (et sa couche de fond) pour la remplacer par des petites 
surfaces (lacs et forêts). Quelqu'un a-t-il élaboré des critères pour décider 
si on remplace un multipolygone forêt (et son mode soustractif) par une carte 
vierge (et un mode additif).

Je considérais que le fond vert dense était très joli mais je réalise 
maintenant que cette densité est exagérée. À titre de comparaison , voir:
http://www.openstreetmap.org/#map=9/43.9928/-74.2072

Merci pour vos commentaires!

dega


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

[OSM-Talk-ZA] Compiling ZA Open Geo List

[Grant Slater]

Hi All,

I have started compiling a list of Open Geo data providers in South Africa.

Any help expanding the list would be appreciated.

https://docs.google.com/spreadsheets/d/1TRldpu2DfLgTENQxGY8tKpkBK181FnECcA_zX4wfE9Q/edit#gid=0

Kind regards,
Grant

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

Re: [Talk-ca] Participating in the OSM forum

[Laura O'Grady]

Hi Stewart,

OSM credentials worked. Thanks.

Laura

> On Aug 5, 2016, at 2:34 PM, Stewart C. Russell  wrote:
> 
> Hi Laura,
> 
>> I was trying to register at the OSM forum. It appears as though new 
>> registrations are closed.
> 
> Try your OSM user name and password. Mine seemed to work, and I don't
> think I've ever posted there before.
> 
> This should really use OAuth, he grumbles uselessly ...
> 
> Stewart
> 
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
> 


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

Re: [Talk-GB] Schools

[Paul Norman]

On 8/5/2016 5:59 AM, Andy Allan wrote:

Our mapping conventions are based on our mappers, not consumers. As
you say, it's easy for the consumers to handle both situations, but
it's harder for mappers to deal with multipolygons-with-one-outer than
just a basic closed way.


Speaking as a data consumer and a maintainer of the major software which 
handles multipolygons, I much prefer mapping to be done as a basic 
closed way instead of a multipolygon with one outer. I support 
converting the latter to the former where it exists already. This agrees 
with what I have heard from other major data consumers.


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

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[Martin Koppenhoefer]

sent from a phone

> Il giorno 05 ago 2016, alle ore 20:04, Fayor Uno  ha 
> scritto:
> 
> Intendiamoci, con rilevanza nazionale voglio dire che, come anche evidenziato 
> aury88, sarebbe bene avere uno standard unico per situazioni analoghe, quindi 
> non va che in Friuli decidano una cosa e in Sardegna un'altra se hanno la 
> stessa situazione.
> 

la situazione è mai identica, e quanto sia analoga o meno sarà sempre 
discutibile. 

> Quando dico che non devono decidere i locali non voglio assolutamente dire 
> che deve essere il governo italiano a decidere su tali questioni, e non mi 
> sembra di averlo mai detto. Se faccio riferimento all'Istat e all'Agenzia 
> delle Entrate non è perché questi  enti abbiamo deciso qualcosa: sono enti 
> che riportano meramente decisioni politiche altrui, cioè non è l'Istat che 
> decide come si chiama un comune.
> 


è chiaro che ci sta un sacco di politica in ciò che pubblicano ISTAT e Agenzia 
delle Entrate. Non dico di non guardare cosa fanno loro, ma deve essere chiaro 
che per noi non è vincolante.


> , o di cambiare il nome di tutti i toponimi in quelli della lingua locale
> 


i toponomi sono già esistenti nella lingua locale, naturalmente e dovunque. Un 
toponimo è un nome per un luogo, poi se quel nome è ufficiale oppure "solo" 
principalmente usato, per il nostro tag "name" non cambia niente.

ciao,
Martin 


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

Re: [Talk-de] Umwandeln von .osm-Dateien in PDF

[Martin Koppenhoefer]

sent from a phone

> Il giorno 05 ago 2016, alle ore 20:02, Hartmut Holzgraefe 
>  ha scritto:
> 
> Beide setzen aber voraus dass man die OSM-Daten für den zu rendernden
> Ausschnitt vorab in eine PostGIS-Datenbank importiert hat.


+1, beides sind scripte um mit einem installierten Mapnik einschließlich 
Datenbank etc. zu rendern. Wenn man eine einfachere Umwandlung sucht wäre 
vielleicht Osmarender ein Weg, bzw. die Perl Version davon? 

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

Re: [Talk-ca] Participating in the OSM forum

[Stewart C. Russell]

Hi Laura,

> I was trying to register at the OSM forum. It appears as though new 
> registrations are closed.

Try your OSM user name and password. Mine seemed to work, and I don't
think I've ever posted there before.

This should really use OAuth, he grumbles uselessly ...

 Stewart

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

Re: [Talk-es] Concretando Re: Quedemos en Zaragoza en Septiembre

[Jaime Crespo]

2016-08-05 14:15 GMT+02:00 Cruz Enrique Borges Hernández <
cruzki...@gmail.com>:

> Como no podía ser de otra forma, es justo el fin de semana que no
> puedo :S A ver si convenzo a alguien en Deusto para que vaya.


:-(

A ver si alguien más que no sea de Zaragoza se anima!
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[Fayor Uno]

Intendiamoci, con rilevanza nazionale voglio dire che, come anche evidenziato 
aury88, sarebbe bene avere uno standard unico per situazioni analoghe, quindi 
non va che in Friuli decidano una cosa e in Sardegna un'altra se hanno la 
stessa situazione.

Quando dico che non devono decidere i locali non voglio assolutamente dire che 
deve essere il governo italiano a decidere su tali questioni, e non mi sembra 
di averlo mai detto. Se faccio riferimento all'Istat e all'Agenzia delle 
Entrate non è perché questi enti abbiamo deciso qualcosa: sono enti che 
riportano meramente decisioni politiche altrui, cioè non è l'Istat che decide 
come si chiama un comune.

Nello specifico, la competenza per gli enti territoriali in Sardegna, sulla 
base del suo statuto, è della stessa regione Sardegna (qualche anno fa creò 
quattro nuove province, recentemente le ha abolite, ha creato il Sud Sardegna e 
la città metropolitana di Cagliari; inizialmente il governo nazionale si era 
opposto ma poi ha dovuto cedere). In qualunque momento, senza alcun vincolo da 
parte dello Stato, la Regione Sardegna può decidere di parificarsi al regime 
dell'Alto Adige, o di cambiare il nome di tutti i toponimi in quelli della 
lingua locale; solo in questo senso è corretto dire che devono decidere i 
locali. E l'Istat registrerà tale innovazione modificando tutti i toponimi.


Attualmente, e basta leggere tutti i provvedimenti che riguardano il 
bilinguismo, la regione ha preferito portare avanti altri fini.

Per quanto riguarda i toponimi, nelle richieste inviate ai comuni c'è scritto 
che gli enti sono invitati ad individuare il proprio toponimo ufficiale in 
lingua sarda al fine dell'inserimento nell'atlante toponomastico sardo che la 
regione intende realizzare. L'invito proviene dall'assessorato alla pubblica 
istruzione, beni culturali, informazione, spettacolo e sport, e questo la dice 
lunga sulla rilevanza culturale dell'uso di tali toponimi.



Da: Paolo Monegato 
Inviato: venerdì 5 agosto 2016 12.24
A: talk-it@openstreetmap.org
Oggetto: Re: [Talk-it] [english 100%] Re: Edit war Sardegna

Il 04/08/2016 17:58, Fayor Uno ha scritto:
> Ed è chiaro che, essendo una questione di rilevanza nazionale, la
> decisione non spetta solo ai locali, altrimenti chiunque metterebbe il
> nome che più gli piace con motivazioni tipo: il pallone è mio e decido
> io chi gioca.

Perché mai dovrebbe essere di rilevanza nazionale? Invochi la clausola
di supremazia?


Il 04/08/2016 18:08, Luca Meloni ha scritto:
> Ho fatto su scala regionale. La maggioranza dei sardi è sardofona,
> come si può vedere qui
> (https://portal-lem.com/images/fr/sarde/ISTAT_Langues_en_Italie.pdf)
> con circa 1.291.000 sardi di lingua madre sarda su 1.656.960. Nelle
> zone sardofone la percentuale è ancora più elevata di quella generale,
> ovviamente. Per i comuni non credo ci siano dati specifici, ma
> potrebbe darsi.

Si presume però che, al netto degli immigrati (recenti o storici), i non
lingua madre sarda siano sardi che non l'hanno mai appresa (tipo il
governatore della regione)... Dunque non si tratta di gruppi decisamente
distinti in stile sud Tirolo, e il mettere prima un nome e dopo l'altro
in base al numero di sardofoni mi pare un po' bizzarro.

(che poi il documento postato dice si che quelle persone conoscono il
sardo, ma anche che ben il 46% dei sardi, secondo la rilevazione, in
famiglia parlano solo o prevalentemente italiano... e francamente una
persona che non lo parla nemmeno in famiglia faccio fatica a definirla
madrelingua...)



Il 04/08/2016 21:20, Vittorio Bertola ha scritto:
> Veramente esiste una legge della Regione Piemonte (n. 11 del 7 aprile
> 2009) che all'articolo 1 dichiara "La Regione... tutela e valorizza la
> lingua piemontese..." e all'articolo 2 prevede "la conservazione e la
> valorizzazione delle tradizioni storico?linguistiche, con particolare
> riguardo alla toponomastica...". Non è una tutela ufficiale?

Veramente la dizione "la lingua piemontese" dell'articolo 1 è stata
dichiarata incostituzionale dalla Corte costituzionale con sentenza
170/2010 e di conseguenza rimossa dal testo...

> Allora, lasciamo perdere per un attimo il piemontese e limitiamoci alle
> lingue tutelate a livello nazionale dalla legge 482/99 (immagino che per
> "serie A2" tu intenda quelle).

Per serie A2 intendo le lingue tutelate dalla 482/99 che però non hanno
lo stesso trattamento delle principali.
Cioè in A1 c'è chi ha diritto alla toponomastica, alle carte di identità
in lingua e quant'altro. In A2 invece c'è chi è riconosciuto e tutelato
ma non può fare tutto quello che fanno quelle in A1.

>   Questo vuol dire che, se si mette il doppio
> nome per il sardo sulla base di questo principio, allora da domani sulla
> cartina della Val d'Aosta compariranno località come "Saint-Vincent/San
> Vincenzo della Fonte" e "Châtillon/Castiglion Dora", visto che sia
> l'italiano che il francese sono lingue ufficiali 

Re: [Talk-de] Umwandeln von .osm-Dateien in PDF

[Hartmut Holzgraefe]

On 05.08.2016 16:08, Sven Geggus wrote:

> Ich verwende für solche Aufgaben in der Regel nik2img. Das verwendet auch
> Frederik Ramm für seine großformatigen Ausdrucke.

Alternativ gibt es auch nik4 das zumindest von sich selbst behauptet
etwas bessere Ergebnisse zu liefern als nik2img:

https://github.com/Zverik/Nik4

Beide setzen aber voraus dass man die OSM-Daten für den zu rendernden
Ausschnitt vorab in eine PostGIS-Datenbank importiert hat.

Ich glaube ich sollte da mal mein Vagrant-Setup [1] für MapOSMatic
entsprechend erweitern. nik2image sollte da sogar in der aktuellen
Fassung schon als Teil von Mapnik mit installiert sein. Mit

  pip install nik4

sollte man dann auch direkt nik4 damit verwenden können ...


[1] https://github.com/hholzgra/maposmatic-vagrant

-- 
hartmut

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

[Talk-ca] Participating in the OSM forum

[Laura O'Grady]

Hi all,

I was trying to register at the OSM forum. It appears as though new 
registrations are closed. Here's the message I get from this link, 
http://forum.openstreetmap.org/register.php.

"This forum is not accepting new registrations"

Does anyone know why? Is there some kind of limit with the software running the 
forum? Does anyone know how to message the mods? Thanks.

Laura

-
Laura O'Grady
la...@lauraogrady.ca



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

Re: [Talk-GB] Schools

[Dave F]

On 05/08/2016 16:37, Colin Smale wrote:


Surely the tags should be on the MP relation, so you still only have 
to edit one object?


Otherwise, maybe you could illustrate what use case you have in mind 
when you say you have to "search for all members".





Geometry

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

Re: [Talk-GB] Schools

[Dave F]

On 05/08/2016 17:13, Christian Ledermann wrote:

I changed the logic, example changeset:
http://api06.dev.openstreetmap.org/changeset/90404


The way needs to be properly closed & there's no need for area=yes for 
this amenity.


Dave F.


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

Re: [Talk-GB] Schools

[Lester Caine]

On 05/08/16 17:13, Christian Ledermann wrote:
> I changed the logic, example changeset:
> http://api06.dev.openstreetmap.org/changeset/90404
> 
> 1) single polygons are rendered as ways, with the same tags as before
> plus area=yes
> 2) when it is a single polygon the holes get ignored
> 
> Thanks for all your input this was very helpful :-)

With the boundary going through a building and at odds with the rest of
the surrounding elements I would expect an element of tidying up rather
than simply dumping the poor quality OS polygon on top of potentially
more correct data! But that is why I say some element of local knowledge
to tidy up the detail is essential.

Switching to osm and looking, the buildings need reworking anyway but a
correct boundary needs local input ... the OS one is simply wrong.

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [Talk-GB] Schools

[Chris Hill]

Why do you need area=yes?

On 5 August 2016 17:13:01 BST, Christian Ledermann 
 wrote:
>I changed the logic, example changeset:
>http://api06.dev.openstreetmap.org/changeset/90404
>
>1) single polygons are rendered as ways, with the same tags as before
>plus area=yes
>2) when it is a single polygon the holes get ignored
>
>Thanks for all your input this was very helpful :-)
>
>
>
>
>
>On 5 August 2016 at 16:37, Colin Smale  wrote:
>> On 2016-08-05 17:10, Dave F wrote:
>>
>> What I meant was, it makes it more time consuming for those mappers
>who add
>> data.
>> If the school (or whatever) needs to be edited & I see it's an MP, to
>ensure
>> I'm amending all instances correctly I have to do a search for all
>members.
>> A bit irritating when I find it's solitary.
>>
>> Surely the tags should be on the MP relation, so you still only have
>to edit
>> one object?
>
>In this case yes, the tags are on the relation
>
>>
>> Otherwise, maybe you could illustrate what use case you have in mind
>when
>> you say you have to "search for all members".
>>
>> //colin
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
>
>
>-- 
>Best Regards,
>
>Christian Ledermann
>
>Newark-on-Trent - UK
>Mobile : +44 7474997517
>
>https://uk.linkedin.com/in/christianledermann
>https://github.com/cleder/
>
>
><*)))>{
>
>If you save the living environment, the biodiversity that we have left,
>you will also automatically save the physical environment, too. But If
>you only save the physical environment, you will ultimately lose both.
>
>1) Don’t drive species to extinction
>
>2) Don’t destroy a habitat that species rely on.
>
>3) Don’t change the climate in ways that will result in the above.
>
>}<(((*>
>
>___
>Talk-GB mailing list
>Talk-GB@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-gb

-- 
Cheers, Chris (chillly)___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Schools

[Christian Ledermann]

and just for clarification:
If a schoolground consists of several polygons it will be added as
before as a multipolygon.
the tags get added to the relation not the individual ways it is made out of.

On 5 August 2016 at 17:13, Christian Ledermann
 wrote:
> I changed the logic, example changeset:
> http://api06.dev.openstreetmap.org/changeset/90404
>
> 1) single polygons are rendered as ways, with the same tags as before
> plus area=yes
> 2) when it is a single polygon the holes get ignored
>
> Thanks for all your input this was very helpful :-)
>
>
>
>
>
> On 5 August 2016 at 16:37, Colin Smale  wrote:
>> On 2016-08-05 17:10, Dave F wrote:
>>
>> What I meant was, it makes it more time consuming for those mappers who add
>> data.
>> If the school (or whatever) needs to be edited & I see it's an MP, to ensure
>> I'm amending all instances correctly I have to do a search for all members.
>> A bit irritating when I find it's solitary.
>>
>> Surely the tags should be on the MP relation, so you still only have to edit
>> one object?
>
> In this case yes, the tags are on the relation
>
>>
>> Otherwise, maybe you could illustrate what use case you have in mind when
>> you say you have to "search for all members".
>>
>> //colin
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
>
>
> --
> Best Regards,
>
> Christian Ledermann
>
> Newark-on-Trent - UK
> Mobile : +44 7474997517
>
> https://uk.linkedin.com/in/christianledermann
> https://github.com/cleder/
>
>
> <*)))>{
>
> If you save the living environment, the biodiversity that we have left,
> you will also automatically save the physical environment, too. But If
> you only save the physical environment, you will ultimately lose both.
>
> 1) Don’t drive species to extinction
>
> 2) Don’t destroy a habitat that species rely on.
>
> 3) Don’t change the climate in ways that will result in the above.
>
> }<(((*>



-- 
Best Regards,

Christian Ledermann

Newark-on-Trent - UK
Mobile : +44 7474997517

https://uk.linkedin.com/in/christianledermann
https://github.com/cleder/


<*)))>{

If you save the living environment, the biodiversity that we have left,
you will also automatically save the physical environment, too. But If
you only save the physical environment, you will ultimately lose both.

1) Don’t drive species to extinction

2) Don’t destroy a habitat that species rely on.

3) Don’t change the climate in ways that will result in the above.

}<(((*>

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

Re: [Talk-GB] Schools

[Christian Ledermann]

I changed the logic, example changeset:
http://api06.dev.openstreetmap.org/changeset/90404

1) single polygons are rendered as ways, with the same tags as before
plus area=yes
2) when it is a single polygon the holes get ignored

Thanks for all your input this was very helpful :-)





On 5 August 2016 at 16:37, Colin Smale  wrote:
> On 2016-08-05 17:10, Dave F wrote:
>
> What I meant was, it makes it more time consuming for those mappers who add
> data.
> If the school (or whatever) needs to be edited & I see it's an MP, to ensure
> I'm amending all instances correctly I have to do a search for all members.
> A bit irritating when I find it's solitary.
>
> Surely the tags should be on the MP relation, so you still only have to edit
> one object?

In this case yes, the tags are on the relation

>
> Otherwise, maybe you could illustrate what use case you have in mind when
> you say you have to "search for all members".
>
> //colin
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>



-- 
Best Regards,

Christian Ledermann

Newark-on-Trent - UK
Mobile : +44 7474997517

https://uk.linkedin.com/in/christianledermann
https://github.com/cleder/


<*)))>{

If you save the living environment, the biodiversity that we have left,
you will also automatically save the physical environment, too. But If
you only save the physical environment, you will ultimately lose both.

1) Don’t drive species to extinction

2) Don’t destroy a habitat that species rely on.

3) Don’t change the climate in ways that will result in the above.

}<(((*>

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

Re: [Talk-GB] Schools

[Colin Smale]

On 2016-08-05 17:10, Dave F wrote:

> What I meant was, it makes it more time consuming for those mappers who add 
> data. 
> If the school (or whatever) needs to be edited & I see it's an MP, to ensure 
> I'm amending all instances correctly I have to do a search for all members. A 
> bit irritating when I find it's solitary.

Surely the tags should be on the MP relation, so you still only have to
edit one object? 

Otherwise, maybe you could illustrate what use case you have in mind
when you say you have to "search for all members". 

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

Re: [Talk-GB] Schools

[Dave F]

On 05/08/2016 13:41, Colin Smale wrote:


What I meant was, having established that some (many?) schools will 
need to use the MP model, all consumers (for this data) will need to 
be ready to process MPs anyway. A single polygon consisting of a 
single way is just a degenerate case of an MP. Modelling all of them 
as an MP saves an "if" statement and a second set of logic to process 
the data.


The single, closed way and the trivial MP containing such a way are 
entirely semantically equivalent. There is no need to have two ways of 
representing exactly the same information.





What I meant was, it makes it more time consuming for those mappers who 
add data.
If the school (or whatever) needs to be edited & I see it's an MP, to 
ensure I'm amending all instances correctly I have to do a search for 
all members. A bit irritating when I find it's solitary.


There's a clue in the name multi-polygon that singular entities 
shouldn't be tag as such.


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

[Talk-cz] Setkání Elbe-Labe

[Tom Ka]

Ahoj, na žádost organizátorů přeposílám oznámení:

Poznamenejte si do kalendáře: OpenStreetMap "Setkání Elbe-Labe" o
víkendu 7. - 9. října 2016

"Setkání Elbe-Labe" je akce OpenStreetMap komunity, která se koná v 7.
- 9. října 2016 v německých Drážďanech. Rádi bychom dali dohromady
nadšence do OpenStreetmap z České republiky, Německa a okolí. Ty,
kteří mapují, používají OSM data nebo přispívají jiným způsobem k
tomuto projektu. Všichni jste srdečně vítáni!

Chtěli bychom posílit výměnu zkušeností mezi jednotlivými komunitami a
zvlášť mezi komunitami s rozdílnými jazyky. Všichni čelíme podobným
problémům a výzvám, ale často nevíme jak se k nim staví a jak je řeší
v jiných zemích nebo komunitách. Proč se od ostatních nepoučit?

Toto setkání umožní 20-30 lidem diskutovat a vyměnit si názory a
pohledy na různé témata kolem OpenStreetMap. Účastníci se mohou
zapojit a doplnit náš program, který se bude sestávat z přednášek a
workshopů. Jazyk pro toto setkání bude angličtina a organizuje ho
drážďanská OpenStreetMap komunita.

Kdy?
7. - 9. října 2016 (příjezd od 7. října večer)

Kde?
Drážďany, Německo

Přihlášky:
Můžete se zaregistrovat na naší wiki stránce:
https://wiki.openstreetmap.org/wiki/Elbe-Labe-Meeting

Budeme rádi, když budete svou registraci brát jako závaznou, vzhledem
k omezenému množství míst pro účastníky.

Mejte se.

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

Re: [Talk-GB] Schools

[Lester Caine]

On 05/08/16 14:51, Colin Smale wrote:
> Anyway, I was only intending to offer a different perspective on the
> discussion, not to start a war.

We have a well documented style for school mapping which resulted in a
large number being added up until April and it would make more sense to
follow that convention than now rework all of the existing mapping?

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [Talk-de] Umwandeln von .osm-Dateien in PDF

[Sven Geggus]

sebast...@debianfan.de  wrote:

> Ich komme aber mit den Umwandlungsprogrammen nicht klar - als letztes 
> hat mir "kosmos" gesagt, das "INT32 zu groß" wäre - seltsame 
> Fehlermeldung :-(

Den Vorgang nennt man in der Regel rendern.

Mapnik wäre das Programm mit dem der Standard kartenstil erzeugt wird.
Leider nicht sehr trivial aufzusetzen. Außerdem sind die Stadardstile eher
für 100DPI gemacht und nicht für den Druck. Trotzdem kommt meist was
halbwegs brauchbares bei raus, wenn man einen scale-faktor angibt.

Ich verwende für solche Aufgaben in der Regel nik2img. Das verwendet auch
Frederik Ramm für seine großformatigen Ausdrucke.

> Gibt es einen Freiwilligen welchem ich die .osm-Datei (6 MB) zusenden 
> kann, welcher mir daraus z.B: eine PDF-Datei oder svg-Datei oder  
> (etwas anderes verarbeitbares) zusenden könnte?

Ich glaube wir sind selber groß genug um uns OSM-Dateien runterzuladen :)

Nenne mir mal eine Bounding-Box und eine Zielauflösung.

Grus

Sven

-- 
"Thinking of using NT for your critical apps?
  Isn't there enough suffering in the world?"
   (Advertisement of Sun Microsystems in Wall Street Journal)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[Paolo Monegato]

Il 05/08/2016 14:28, Luca Meloni ha scritto:
Eh, io l'avevo fatto perché l'idea iniziale era di creare un modello 
unico per tutte le varie regioni/aree, e volevo imitare quello della 
provincia di Bolzano/Bozen con l'ordine impostato secondo il numero di 
madrelingua, dato che esisteva già e mi sembrava un criterio sensato. 
Poi sì, in genere si tratta di sardi in entrambi i casi, immigrati ce 
ne sono relativamente pochi rispetto ad altre regioni (che poi, 
conosco anche un ragazzo albanese che lavora in un bar nel centro 
Sardegna che parla il sardo meglio di alcuni madrelingua)./

/


Quel che volevo dire è che oggettivamente fare la distinzione tra 
madrelingua è assai più complesso che per la realtà altoatesina, dove ci 
sono due insiemi che non si intersecano (eccezion fatta per i figli di 
coppie miste). Spesso infatti gli insiemi coincidono: ci sarà qualcuno 
che si dichiara madrelingua sarda, qualcun altro madrelingua italiana, 
ma la gran parte si dichiarerà in tutti e due i modi..


Lì la questione è un po' complicata. In famiglia spesso si cambia 
lingua a seconda della persona con cui stai parlando, anche per ché 
molti non stavano più insegnando il sardo ai figli (per fortuna la 
tendenza ora si sta invertendo), per cui capita che tra fratelli e 
amici si usi il sardo, con un nipote o figlio che parla con i genitori 
in sardo si parli in sardo e con un altro in italiano (esperienza 
personale). Nella stessa discussione. Il passaggio da una lingua 
all'altra è continuo, per noi sembra normale ma in effetti visto da 
fuori può sembrare strano. Succede così anche nei negozi e da altre parti.


A me non sembra affatto strano dato che è una condizione di normalità 
qui da me (compresa la dispiacevole tendenza a non trasmettere la lingua 
locale ai piccoli per un'ipotetica futura difficoltà scolastica, cosa 
tra l'altro smentita da tutti gli studi... per fortuna anche qui pare 
stia passando di moda).
Però questa condizione di alternanza va sotto le voci "sia italiano che 
dialetto" e "solo o prevalentemente dialetto" (in base a quanto si 
alterna) e quindi riguarda l'altro 50% e qualcosa dei sardi.



Riassumendo (e soprattutto tornando ad OSM): ad oggi mi pare che, vista 
l'oggettiva difficoltà a conteggiare in modo separato i gruppi dei 
parlanti, l'uso del criterio "altoatesino" per decidere cosa scrivere 
prima non sia ideale. Forse sarebbe più corretto anteporre in tutti i 
casi la lingua di stato (o anche, perché no, l'idioma locale). Ma sta 
alla comunità locale decidere.


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

Re: [Talk-GB] Schools

[Colin Smale]

On 2016-08-05 14:59, Andy Allan wrote:

> On 5 August 2016 at 13:41, Colin Smale  wrote:
> 
>> What I meant was, having established that some (many?) schools will need to
>> use the MP model, all consumers (for this data) will need to be ready to
>> process MPs anyway.
> 
> Our mapping conventions are based on our mappers, not consumers. As
> you say, it's easy for the consumers to handle both situations, but
> it's harder for mappers to deal with multipolygons-with-one-outer than
> just a basic closed way.
> 
> Multipolygons are there to deal with the difficult situation, not to
> make the most common situation more complicated.
> 
> We *must* keep putting the mappers first.

IYHO IMHO we need a healthy balance and should address the needs of
all the stakeholders and participants in the ecosystem, and not blindly
prioritise "mappers". Most of the energy wasted on these mailing lists
and in creating things in the wiki comes from mappers - not because
there is no way of modelling something, but because there are so many
different ways. IMHO it would help to apply a bit more of a scientific
approach to our tagging schema design to reduce the unnecessary
complexity. We are modelling the world, which is a very complex entity.
Making the right choices about how to reduce the real-world complexity
to something manageable and yet still useful is a skill which not
everyone possesses in equal measure. 

And, yes, I meant to say "wasted". Far too often it goes round in
circles and leads to no consensus/conclusion. 

This blog from Michal Migurski also seems to suggest that the
traditional "craft mapper" is no longer central to OSM's future: 

http://mike.teczno.com/notes/openstreetmap-at-a-crossroads.html 

Anyway, I was only intending to offer a different perspective on the
discussion, not to start a war. 

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

[OSM-talk] OpenStreetMap "Elbe-Labe Meeting" in October, 8-9th 2016, Dresden, Germany

[SB79]

Dear all,

the "Elbe-Labe-Meeting" is an OpenStreetMap community event and will 
take place in October, 8-9th 2016 in Dresden (Germany). We intend to 
bring together OpenStreetMap enthusiasts from the Czech Republic, 
Germany, and beyond. You map, use OpenStreetMap data, or contribute in 
another way to the project? You are very welcome!


We aim to foster exchange between various communities, and in particular 
between communities of different languages: We all face similar 
challenges; however, we often do not know how these challenges are 
addressed in different countries and communities. Why not learn from 
each other?


Our meeting will enable 20-30 people to discuss and exchange views on 
various OpenStreetMap topics. Participants can contribute and shape our 
program that will comprise talks and workshops. The language spoken at 
the meeting will be English. The meeting is organized by the Dresden 
OpenStreetMap community.


When?
October, 8-9th, 2016 (arrival on October 7th (evening))

Where?
Dresden, Germany

Application:
You can sign up on our Wiki page here:
https://wiki.openstreetmap.org/wiki/Elbe-Labe-Meeting

We will be happy if you consider your registration to be binding (since 
only a limited number of people can participate).


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

Re: [Talk-it] rendering cascata

[emmexx]

On 08/05/2016 02:44 PM, Martin Koppenhoefer wrote:
> dalla tua mail non si capisce perché non dai riferimento al l'oggetto osm e 
> non dici come era taggato prima

La questione e' generale e non riguarda un singolo oggetto. Comunque si
tratta di questo: http://www.openstreetmap.org/node/4335669842

Prima era taggato alla vecchia maniera: natural=waterfall

ciao
maxx

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

semanarioOSM Nº 315 26/07/2016-01/08/2016

[weeklyteam]

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

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

¡Disfruta!

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

semanarioOSM Nº 315 26/07/2016-01/08/2016

[weeklyteam]

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

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

¡Disfruta!

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

semanarioOSM Nº 315 26/07/2016-01/08/2016

[weeklyteam]

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

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

¡Disfruta!

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

semanarioOSM Nº 315 26/07/2016-01/08/2016

[weeklyteam]

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

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

¡Disfruta!

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

Re: [Talk-GB] Schools

[Andy Allan]

On 5 August 2016 at 13:41, Colin Smale  wrote:

> What I meant was, having established that some (many?) schools will need to
> use the MP model, all consumers (for this data) will need to be ready to
> process MPs anyway.

Our mapping conventions are based on our mappers, not consumers. As
you say, it's easy for the consumers to handle both situations, but
it's harder for mappers to deal with multipolygons-with-one-outer than
just a basic closed way.

Multipolygons are there to deal with the difficult situation, not to
make the most common situation more complicated.

We *must* keep putting the mappers first.

Thanks,
Andy

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

[Talk-de] OpenStreetMap-Treffen "Elbe-Labe Meeting" am 8./9. Oktober 2016 in Dresden

[SB79]

Das "Elbe-Labe-Meeting", ein OpenStreetMap Wochenende in Dresden, wird 
dieses Jahr am 8./9. Oktober zum ersten Mal stattfinden. Das zweitägige 
Community-Treffen wird OSM-Aktive aus Tschechien, Deutschland und 
darüber hinaus zusammenbringen. Vom Mapper, Datennutzer bis zum Hacker 
sind alle willkommen!


Ziel unseres Treffens ist der Austausch zwischen den vielfältigen und 
verschiedensprachigen OpenStreetMap Communities. Wir stellen uns alle 
ähnlichen Herausforderungen; dennoch wissen wir oft nicht genau, welche 
Lösungen in anderen Ländern diskutiert und umgesetzt werden. Warum nicht 
voneinander lernen?


20-30 Teilnehmende werden sich beim Treffen austauschen können. Diesen 
Austausch wollen wir in Vorträgen und Workshops fördern. Das Programm 
wird von den Teilnehmenden mitgestaltet. Die Sprache des Treffens ist 
Englisch. Das Treffen wird von der Dresdner OSM-Community organisiert.


Daten:

Wann?
8./9. Oktober 2016 (Anreise am 7. Oktober)

Wo?
Dresden, Deutschland

Anmeldung:
Auf der Wiki-Seite des Treffens unter
https://wiki.openstreetmap.org/wiki/Elbe-Labe-Meeting

Wir bitten euch, eure Anmeldung als verbindlich zu betrachten, da wir 
nur eine begrenzte Anzahl an Plätzen zur Verfügung haben.


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

Re: [Talk-it] rendering cascata

[Martin Koppenhoefer]

sent from a phone

> Il giorno 05 ago 2016, alle ore 13:37, emmexx  ha 
> scritto:
> 
> faccio un revert?



dalla tua mail non si capisce perché non dai riferimento al l'oggetto osm e non 
dici come era taggato prima ;-)


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

Re: [Talk-GB] Schools

[Colin Smale]

On 2016-08-05 14:17, Dave F wrote:

> On 05/08/2016 12:11, Colin Smale wrote: 
> 
>> On the other hand, consumers will have to deal with the MP model anyway, so 
>> having multiple models for the same thing is actually adding to the 
>> complexity.
> 
> MP's were never conceived as a blanket 'cover all' solution.
> "I did it for a couple of schools, so I thought I'd do it for the rest of 
> them" is not a valid tagging technique.

What I meant was, having established that some (many?) schools will need
to use the MP model, all consumers (for this data) will need to be ready
to process MPs anyway. A single polygon consisting of a single way is
just a degenerate case of an MP. Modelling all of them as an MP saves an
"if" statement and a second set of logic to process the data. 

The single, closed way and the trivial MP containing such a way are
entirely semantically equivalent. There is no need to have two ways of
representing exactly the same information. 

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

[Talk-ca] Statistics Canada buildings - iD interface

[Ellefsen, Bjenk (STATCAN)]

When we launch, the plan so far is to have a modified version of iD for 
Canadians to use.
This version will be hosted by StatCan wrapped in a basic StatCan website.

The options were to simply direct towards the OSM webpage with the default iD, 
to use a modified iD version that we host or to use tasking manager.

We have a basic modified iD version for now.

Bjenk Ellefsen, PhD

Data Exploration and Integration Lab (DEIL) | Lab pour l'exploration et 
l'intégration de données (LEID)
Center for Special Business Projects | Centre des Projets Spéciaux sur les 
entreprises
Statistics Canada | Statistique Canada
(343) 998-3004 (Ottawa / Gatineau)




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

Re: [OSM-talk] Beginning with contribution

[Andy Townsend]

On 05/08/2016 07:56, Abhishek Gupta wrote:


1. First of all, is OOP being used in the project? Can I have support 
the project in a way it improves my OOP skills?


Yes, lots of the software are OSM is OO based (and so is pretty much 
everywhere else in the world today - after all, even OO COBOL is a thing 
http://www.objs.com/x3h7/oocobol.htm )



If yes,
2. What are the easiest ways to start contributing? (this is the first 
time I am trying to contribute toward a open source project)


The main page of the OSM wiki

http://wiki.openstreetmap.org/wiki/Main_Page

has a section on "how to develop and use the platform" 
http://wiki.openstreetmap.org/wiki/Develop .  There are lots of links there.





PS :-
I am third year computer science undergraduate. I have done courses in 
Database Systems, Object Oriented Programming, Data Structure and 
Algorithms. Will I be requiring background in anything else to get 
started?



A couple of other thoughts...

There's a mailing list for "development" stuff over at 
https://lists.openstreetmap.org/listinfo/dev .  I'd also mention IRC - 
see http://wiki.openstreetmap.org/wiki/IRC - there's a global #osm 
channel on OFTC and also a #osm-dev for development and day to day 
server admin stuff.


The wiki has a "top 10 tasks" list over at 
http://wiki.openstreetmap.org/wiki/Top_Ten_Tasks .  That's probably 
worth a read.


There's a help site at https://help.openstreetmap.org/ .  That covers 
more than just development stuff, but you may find answers to questions 
there.


There are various test servers, so if you're doing anything with OSM's 
main API please don't write test data to the live server. There's a dev 
API at http://api06.dev.openstreetmap.org/ (among others) that you can 
use for testing.



Finally, I'd make a couple of organisational comments...

OSM isn't really an "organised" project in that there isn't one big 
github repository with everything in it and one main site that everyone 
uses.  You'll probably struggle to find links between stuff.  For 
example, I've linked to the main OSM sites above, but JOSM (one of the 
main OSM editors, written in Java) has its own site over at 
https://josm.openstreetmap.de/ , with its own bug tracker, releases 
etc.  The software used to convert OSM data for use with Garmin 
handhelds is mkgmap, over at http://www.mkgmap.org.uk/ - again, separate 
releases, documentation, mailing list etc.


OSM at its heart is just a big pile of XML data maintained by a 
community of mappers.  It's not really a "computer science" project in 
that sense (though of course lots of software is used by OSM and by 
OSM's users).  Because there are so many contributors, data consumers 
need to constantly think about how to deal with keys and values that 
they might not expect, though 
http://wiki.openstreetmap.org/wiki/Elements (and linked pages) should 
describe the XML structure OK.


Best Regards (and good luck),

Andy



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

Re: [Talk-ca] Talk-ca Digest, Vol 102, Issue 19

[Ellefsen, Bjenk (STATCAN)]

John, 

I believe instructions should be provided somewhere. It’s a good idea to 
document the project like the LA building and to have a page where guidance is 
provided on how to do buildings.

The wiki for the project could do that. We will have a presentation page that 
could point there for instructions.

Bjenk

Date: Thu, 4 Aug 2016 13:30:34 -0400
From: john whelan 
To: Talk-CA OpenStreetMap ,  "Ellefsen,
Bjenk (STATCAN)" 
Subject: [Talk-ca] Stats Can Guidelines for mappers
Message-ID:

Content-Type: text/plain; charset="utf-8"

It probably sounds dumb but building:levels etc will need some guidance,
for example in the case of a shopping centre where most is single level but
part, perhaps a third, is two levels.  Gas stations building=roof with a
separate building=commercial for the till?

Is there somewhere in the OSM wiki that can be pointed to for each
attribute required or should someone prepare something specifically for
this project?

Thanks John
-- next part --
An HTML attachment was scrubbed...
URL: 


--

Subject: Digest Footer

__
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


--

End of Talk-ca Digest, Vol 102, Issue 19

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

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[Luca Meloni]

Anch'io sono assolutamente d'accordo ad avere la doppia denominazione anche in 
altre zone con situazioni simili. Credo sia una cosa importante per tutte le 
ragioni che tutti abbiamo elencato. I nomi locali hanno una quantità di 
informazioni legate a loro spesso anche più alta di quelli nati 
successivamente, ed averli entrambi nel tag name aiuta a rendere più facile la 
comprensione dell'area ed anche la ricerca dei luoghi in programmi esterni (es. 
OsmAnd) utilizzando entrambe le lingue.

>Si presume però che, al netto degli immigrati (recenti o storici), i non 
>lingua madre sarda siano sardi che non l'hanno mai appresa (tipo il 
>governatore della regione)... Dunque non si tratta di gruppi decisamente 
>distinti in stile sud Tirolo, e il mettere prima un nome e dopo l'altro 
>in base al numero di sardofoni mi pare un po' bizzarro.
Eh, io l'avevo fatto perché l'idea iniziale era di creare un modello unico per 
tutte le varie regioni/aree, e volevo imitare quello della provincia di 
Bolzano/Bozen con l'ordine impostato secondo il numero di madrelingua, dato che 
esisteva già e mi sembrava un criterio sensato. Poi sì, in genere si tratta di 
sardi in entrambi i casi, immigrati ce ne sono relativamente pochi rispetto ad 
altre regioni (che poi, conosco anche un ragazzo albanese che lavora in un bar 
nel centro Sardegna che parla il sardo meglio di alcuni madrelingua).


>(che poi il documento postato dice si che quelle persone conoscono il 
>sardo, ma anche che ben il 46% dei sardi, secondo la rilevazione, in 
>famiglia parlano solo o prevalentemente italiano... e francamente una 
>persona che non lo parla nemmeno in famiglia faccio fatica a definirla 
>madrelingua...)
Lì la questione è un po' complicata. In famiglia spesso si cambia lingua a 
seconda della persona con cui stai parlando, anche per ché molti non stavano 
più insegnando il sardo ai figli (per fortuna la tendenza ora si sta 
invertendo), per cui capita che tra fratelli e amici si usi il sardo, con un 
nipote o figlio che parla con i genitori in sardo si parli in sardo e con un 
altro in italiano (esperienza personale). Nella stessa discussione. Il 
passaggio da una lingua all'altra è continuo, per noi sembra normale ma in 
effetti visto da fuori può sembrare strano. Succede così anche nei negozi e da 
altre parti.
Ciao,Luca



Il Venerdì 5 Agosto 2016 12:26, Paolo Monegato  
ha scritto:
 

 Il 04/08/2016 17:58, Fayor Uno ha scritto:
> Ed è chiaro che, essendo una questione di rilevanza nazionale, la 
> decisione non spetta solo ai locali, altrimenti chiunque metterebbe il 
> nome che più gli piace con motivazioni tipo: il pallone è mio e decido 
> io chi gioca.

Perché mai dovrebbe essere di rilevanza nazionale? Invochi la clausola 
di supremazia?


Il 04/08/2016 18:08, Luca Meloni ha scritto:
> Ho fatto su scala regionale. La maggioranza dei sardi è sardofona, 
> come si può vedere qui 
> (https://portal-lem.com/images/fr/sarde/ISTAT_Langues_en_Italie.pdf) 
> con circa 1.291.000 sardi di lingua madre sarda su 1.656.960. Nelle 
> zone sardofone la percentuale è ancora più elevata di quella generale, 
> ovviamente. Per i comuni non credo ci siano dati specifici, ma 
> potrebbe darsi.

Si presume però che, al netto degli immigrati (recenti o storici), i non 
lingua madre sarda siano sardi che non l'hanno mai appresa (tipo il 
governatore della regione)... Dunque non si tratta di gruppi decisamente 
distinti in stile sud Tirolo, e il mettere prima un nome e dopo l'altro 
in base al numero di sardofoni mi pare un po' bizzarro.

(che poi il documento postato dice si che quelle persone conoscono il 
sardo, ma anche che ben il 46% dei sardi, secondo la rilevazione, in 
famiglia parlano solo o prevalentemente italiano... e francamente una 
persona che non lo parla nemmeno in famiglia faccio fatica a definirla 
madrelingua...)



Il 04/08/2016 21:20, Vittorio Bertola ha scritto:
> Veramente esiste una legge della Regione Piemonte (n. 11 del 7 aprile
> 2009) che all'articolo 1 dichiara "La Regione... tutela e valorizza la
> lingua piemontese..." e all'articolo 2 prevede "la conservazione e la
> valorizzazione delle tradizioni storico−linguistiche, con particolare
> riguardo alla toponomastica...". Non è una tutela ufficiale?

Veramente la dizione "la lingua piemontese" dell'articolo 1 è stata 
dichiarata incostituzionale dalla Corte costituzionale con sentenza 
170/2010 e di conseguenza rimossa dal testo...

> Allora, lasciamo perdere per un attimo il piemontese e limitiamoci alle
> lingue tutelate a livello nazionale dalla legge 482/99 (immagino che per
> "serie A2" tu intenda quelle).

Per serie A2 intendo le lingue tutelate dalla 482/99 che però non hanno 
lo stesso trattamento delle principali.
Cioè in A1 c'è chi ha diritto alla toponomastica, alle carte di identità 
in lingua e quant'altro. In A2 invece c'è chi è riconosciuto e tutelato 
ma non può fare tutto quello che fanno quelle in A1.

>  Questo vuol dire che, 

Re: [Talk-GB] Schools

[Dave F]

On 05/08/2016 12:11, Colin Smale wrote:
On the other hand, consumers will have to deal with the MP model 
anyway, so having multiple models for the same thing is actually 
adding to the complexity.




MP's were never conceived as a blanket 'cover all' solution.
"I did it for a couple of schools, so I thought I'd do it for the rest 
of them" is not a valid tagging technique.


Dave F.

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

Re: [Talk-es] Concretando Re: Quedemos en Zaragoza en Septiembre

[Cruz Enrique Borges Hernández]

Como no podía ser de otra forma, es justo el fin de semana que no
puedo :S A ver si convenzo a alguien en Deusto para que vaya.

El día 5 de agosto de 2016, 10:55, Jaime Crespo  escribió:
> En principio sería el el fin de semana del 16 de septiembre en Zaragoza.
>
> El viernes por la tarde la idea sería haces una sessión "de cara para
> afuera", donde la gente de Wikimedia España presenta su asociación en algún
> auditorio. Me gustaría si alguien pudiera enmarronarse en hacer una
> brevísima presentación presentando OSM y dirigido al publico en general +
> relación con Wikipedia o posibles metodos de colaboración.
>
> Luego haríamos una cena y tomar algo para hablar más informalemente.
>
> El resto del fin de semana, WMES tiene su agenda para socios; ahí sería
> cuando haríamos la Mapping party + charlas entre socios.
>
> He creado
> ;
> por favor ayudadme a completar actividades (por ejemplo si queréis reservar
> un tiempo para hablar sobre la asociación).
>
> También inscribiros en
> 
> aunque no lo tengáis muy claro, para saber un número aproximado de
> participantes.
>
> Un saludo,
>
> 2016-07-29 9:35 GMT+02:00 Santiago Crespo :
>>
>> Hola,
>>
>> Me apunto. Cuanto antes tengamos las fechas más barato nos saldrán los
>> billetes :)
>>
>> Saludos,
>> Santiago Crespo
>>
>>
>> On 07/29/2016 09:22 AM, Carlos Cámara wrote:
>> > ¡Buena idea!
>> >
>> > En cuanto estén las fechas confirmadas trato de organizarme para
>> > asistir. También será una oportunidad para conocer en persona a gente
>> > con quienes hemos hablado por correo y aprender de todos.
>> >
>> > Saludos
>> >
>> > Carlos Cámara
>> > http://carloscamara.es
>> >
>> > 2016-07-29 9:12 GMT+02:00 Cruz Enrique Borges Hernández
>> > >:
>> >
>> > Hola a todos,
>> >
>> > Dependiendo de las fechas el grupo de Deusto también se apunta. Si
>> > queréis, podemos encargarnos del tema de la salida. Este año hemos
>> > tenido bastante experiencia preparando salidas con chavales de
>> > instituto! [1]
>> >
>> > Un saludo,
>> > cruz.
>> >
>> > [1] http://ciudadesamigables.org/
>> >
>> >
>> > El día 29 de julio de 2016, 1:43, Alejandro S.
>> > > escribió:
>> > > Buenas,
>> > >
>> > > Yo me apunto también y estoy dispuesto a echar una mano con la
>> > organización
>> > > o lo que haga falta. Es una buena oportunidad para vernos las
>> > caras y mover
>> > > cosas todos juntos :)
>> > >
>> > > Saludos,
>> > > Alejandro Suárez
>> > >
>> > >
>> > > On Fri, Jul 29, 2016, 00:49 Miguel Sevilla-Callejo
>> > >
>> > > wrote:
>> > >>
>> > >> ¡¡Muy buenas noticias y muy buena iniciativa!!
>> > >> ¿Se sabe las fechas de la reunión de Wikimedia?
>> > >> No se me ocurre más que decir que que ME APUNTO!
>> > >> Un saludo
>> > >> Miguel
>> > >>
>> > >>
>> > >> --
>> > >> Miguel Sevilla-Callejo
>> > >>
>> > >> Doctor in Geography
>> > >> a. Associate Lecturer at Dpto. of Geography & Territorial
>> > Planning at
>> > >> University of Zaragoza
>> > >> b. Fellow at the Pyrenean Institute of Ecology - Spanish National
>> > Research
>> > >> Council
>> > >> c. Freelance consultant & researcher - Member #698, Spanish
>> > Professional
>> > >> Association of Geographers
>> > >>
>> > >> Doctor en Geografía
>> > >> a. Profesor asociado en el Dpto. de Geografía y Ordenación del
>> > Territorio
>> > >> de la Univ. de Zaragoza
>> > >> b. Colaborador del Instituto Pirenaico de Ecología - Consejo
>> > Superior de
>> > >> Investigaciones Científicas
>> > >> c. Consultor e investigador freelance - Colegiado 698 del Colegio
>> > Oficial
>> > >> de Geógrafos
>> > >>
>> > >> 2016-07-28 11:01 GMT+02:00 Jaime Crespo > > >:
>> > >>>
>> > >>> Con las iniciativas para resucitar la asociación, quedemos para
>> > celebrar
>> > >>> los 10 años de esta lista!
>> > >>>
>> > >>> Parece que hay bastante gente activa en Zaragoza que estarían
>> > dispuestos
>> > >>> a colaborar. Así mismo, la gente the Wikimedia España
>> > (posiblemente)
>> > >>> celebrará su congreso anual allí, y no me han puesto problemas
>> > en hacer
>> > >>> coincidir ambos eventos con la ventaja de tener doble audiencia
>> > en los
>> > >>> eventos públicos de cada asociación, y de tener que organizar la
>> > mitad de
>> > >>> cosas.
>> > >>>
>> > >>> Por ello, os propongo la quedada de "Zárágózá: 10 años después"
>> > 

[Talk-at] Stammtisch Wien

[Markus Mayr]

Hallo liebe Mitmapper und Mitmapperinnen!

Mitten im Sommer findet wieder ein Stammtisch in Wien statt! Am Donnerstag
dem 11. August 2016 ist es soweit. Wie gehabt im Wieden Bräu, falls
Schönwetter ist und wir einen Platz dort ergattern im Gastgarten, ansonsten
Drinnen.

http://wiki.openstreetmap.org/wiki/Wien/Stammtisch

Wir freuen uns auf alle angekündigten Besucher als auch Kurzentschlossene!

Beste Grüße,
Markus Mayr
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-it] rendering cascata

[emmexx]

Nei giorni scorsi ho "corretto" i tag asssociati ad una cascata.

Avevo deciso di andare a vederla dopo averla vista su mapnik.
Poi ho aggiunto un po' di dettagli, ho aggiornato i tag usando il
sistema consigliato ora (waterway=waterfall...) e ora praticamente non
si vede piu' nulla. Il rendering non gestisce il nome, non c'e' un'icona
che indica la cascata. In pratica era meglio lasciare tutto come prima.

Sono anche andato a vedere la cascata delle Marmore ma se uno non sa che
esiste, non lo deduce certo guardando la mappa.
In attesa che qualcuno crei opewaterfall.org e si diffonda l'uso delle
query di overpass per sapere cosa visitare in zona, faccio un revert?

grazie
maxx

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

Re: [OSM-ja] 点字ブロックの区分についての質問です。

[Masataka Shinke]

東様、muramoto様お返事ありがとうございます。

新家です。
この活動をはじめたのが、2014年11月からでした。
その当時OSMの広島県内の歩道タグの全長930kmくらいに対して点字ブロックのタグ付けされたものが30kmで未整備の状態で、
現在もその状況はあまり変わっていませんが、これから整備するにあたり、将来的に利用される仕様で整備を進めればと考えています。
歩道を利用は、徒歩、車椅子、点字ブロック利用者、自転車（歩道幅が３m以上の場合）など利用者など利用形態は様々。
またGPS以外にビーコンなどを使った位置情報のマッピングなど課題はたくさんあると思います。
近年は自動走行の研究や、VRの支援技術への応用など、点字ブロックが仮想化など、将来的な動向も視野に入れた検討も必要ではないかと思います。
もちろそれに見合ったマッピング手法も含めて。
以下のリンクはこれまでの活動の一部ですが参考になればと思い紹介させていただきます。

・リンク：視覚障害者歩行支援と Python（2015年11月22日 PyCon mini Hiroshima LTにて）
　http://www.slideshare.net/MasatakaShinke/python-55396652

点字ブロックの区分以外にその他の支援技術の含めた包括的な議論の場があればと思っています。
そういった意味で、相対座標の絶対座標のウエイト、歩道の中心か実位置にするかが決まってくると思います。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-GB] Schools

[Colin Smale]

On 2016-08-05 12:54, Dave F wrote:

> On 04/08/2016 19:13, Christian Ledermann wrote: 
> 
>> If the consensus is that schoolgrounds which consist only of a single
>> polygon (without holes) should be rather mapped as a closed way I can
>> change this
> 
> That would be good.
> Multi-polygons of single objects adds an unnecessary layer of obfuscation.

On the other hand, consumers will have to deal with the MP model anyway,
so having multiple models for the same thing is actually adding to the
complexity. 

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

Re: [Talk-GB] Schools

[Dave F]

On 04/08/2016 19:13, Christian Ledermann wrote:

If the consensus is that schoolgrounds which consist only of a single
polygon (without holes) should be rather mapped as a closed way I can
change this


That would be good.
Multi-polygons of single objects adds an unnecessary layer of obfuscation.

Dave F.

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

[OSM-talk] Created OpenHistoricalMap Slack Channel

[Hans De Kryger]

Come join!

https://openhistoricalmap.slack.com

Hope to make it a vibrant community.


*Regards,*

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

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[Paolo Monegato]

Il 04/08/2016 17:58, Fayor Uno ha scritto:
Ed è chiaro che, essendo una questione di rilevanza nazionale, la 
decisione non spetta solo ai locali, altrimenti chiunque metterebbe il 
nome che più gli piace con motivazioni tipo: il pallone è mio e decido 
io chi gioca.


Perché mai dovrebbe essere di rilevanza nazionale? Invochi la clausola 
di supremazia?



Il 04/08/2016 18:08, Luca Meloni ha scritto:
Ho fatto su scala regionale. La maggioranza dei sardi è sardofona, 
come si può vedere qui 
(https://portal-lem.com/images/fr/sarde/ISTAT_Langues_en_Italie.pdf) 
con circa 1.291.000 sardi di lingua madre sarda su 1.656.960. Nelle 
zone sardofone la percentuale è ancora più elevata di quella generale, 
ovviamente. Per i comuni non credo ci siano dati specifici, ma 
potrebbe darsi.


Si presume però che, al netto degli immigrati (recenti o storici), i non 
lingua madre sarda siano sardi che non l'hanno mai appresa (tipo il 
governatore della regione)... Dunque non si tratta di gruppi decisamente 
distinti in stile sud Tirolo, e il mettere prima un nome e dopo l'altro 
in base al numero di sardofoni mi pare un po' bizzarro.


(che poi il documento postato dice si che quelle persone conoscono il 
sardo, ma anche che ben il 46% dei sardi, secondo la rilevazione, in 
famiglia parlano solo o prevalentemente italiano... e francamente una 
persona che non lo parla nemmeno in famiglia faccio fatica a definirla 
madrelingua...)




Il 04/08/2016 21:20, Vittorio Bertola ha scritto:

Veramente esiste una legge della Regione Piemonte (n. 11 del 7 aprile
2009) che all'articolo 1 dichiara "La Regione... tutela e valorizza la
lingua piemontese..." e all'articolo 2 prevede "la conservazione e la
valorizzazione delle tradizioni storico−linguistiche, con particolare
riguardo alla toponomastica...". Non è una tutela ufficiale?


Veramente la dizione "la lingua piemontese" dell'articolo 1 è stata 
dichiarata incostituzionale dalla Corte costituzionale con sentenza 
170/2010 e di conseguenza rimossa dal testo...



Allora, lasciamo perdere per un attimo il piemontese e limitiamoci alle
lingue tutelate a livello nazionale dalla legge 482/99 (immagino che per
"serie A2" tu intenda quelle).


Per serie A2 intendo le lingue tutelate dalla 482/99 che però non hanno 
lo stesso trattamento delle principali.
Cioè in A1 c'è chi ha diritto alla toponomastica, alle carte di identità 
in lingua e quant'altro. In A2 invece c'è chi è riconosciuto e tutelato 
ma non può fare tutto quello che fanno quelle in A1.



  Questo vuol dire che, se si mette il doppio
nome per il sardo sulla base di questo principio, allora da domani sulla
cartina della Val d'Aosta compariranno località come "Saint-Vincent/San
Vincenzo della Fonte" e "Châtillon/Castiglion Dora", visto che sia
l'italiano che il francese sono lingue ufficiali in Val d'Aosta e
riconosciute dalla legge, anche se i nomi dei comuni dal 1946 sono
soltanto in francese. No?


No, il francese è in A1 e i nomi sono stati stabiliti precisamente (e 
roba tipo "Cormaiore" è destinata al dimenticatoio).




Il 05/08/2016 09:16, Andrea Decorte ha scritto:
La soluzione attuale quindi per il Friuli e' name in IT, name:fur + 
loc_name (che dovrei migrare a loc_name:fur ...) + un rendering 
personalizzato.


Che è questo: http://www.mapefurlane.eu/
Giusto?

(sbaglio o hai cambiato ritaglio? mi pare che una volta si fermasse al 
confine, ora invece vedo che giustamente c'è anche Portogruaro...)


ciao

Paolo M


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

[Talk-es] Concretando Re: Quedemos en Zaragoza en Septiembre

[Jaime Crespo]

En principio sería el el fin de semana del 16 de septiembre en Zaragoza.

El viernes por la tarde la idea sería haces una sessión "de cara para
afuera", donde la gente de Wikimedia España presenta su asociación en algún
auditorio. Me gustaría si alguien pudiera enmarronarse en hacer una
brevísima presentación presentando OSM y dirigido al publico en general +
relación con Wikipedia o posibles metodos de colaboración.

Luego haríamos una cena y tomar algo para hablar más informalemente.

El resto del fin de semana, WMES tiene su agenda para socios; ahí sería
cuando haríamos la Mapping party + charlas entre socios.

He creado <
http://wiki.openstreetmap.org/wiki/Spanish_10th_anniversary_mapping_party_(Zaragoza)>;
por favor ayudadme a completar actividades (por ejemplo si queréis reservar
un tiempo para hablar sobre la asociación).

También inscribiros en <
http://wiki.openstreetmap.org/wiki/Spanish_10th_anniversary_mapping_party_(Zaragoza)#Participantes>
aunque no lo tengáis muy claro, para saber un número aproximado de
participantes.

Un saludo,

2016-07-29 9:35 GMT+02:00 Santiago Crespo :

> Hola,
>
> Me apunto. Cuanto antes tengamos las fechas más barato nos saldrán los
> billetes :)
>
> Saludos,
> Santiago Crespo
>
>
> On 07/29/2016 09:22 AM, Carlos Cámara wrote:
> > ¡Buena idea!
> >
> > En cuanto estén las fechas confirmadas trato de organizarme para
> > asistir. También será una oportunidad para conocer en persona a gente
> > con quienes hemos hablado por correo y aprender de todos.
> >
> > Saludos
> >
> > Carlos Cámara
> > http://carloscamara.es
> >
> > 2016-07-29 9:12 GMT+02:00 Cruz Enrique Borges Hernández
> > >:
> >
> > Hola a todos,
> >
> > Dependiendo de las fechas el grupo de Deusto también se apunta. Si
> > queréis, podemos encargarnos del tema de la salida. Este año hemos
> > tenido bastante experiencia preparando salidas con chavales de
> > instituto! [1]
> >
> > Un saludo,
> > cruz.
> >
> > [1] http://ciudadesamigables.org/
> >
> >
> > El día 29 de julio de 2016, 1:43, Alejandro S.
> > > escribió:
> > > Buenas,
> > >
> > > Yo me apunto también y estoy dispuesto a echar una mano con la
> > organización
> > > o lo que haga falta. Es una buena oportunidad para vernos las
> > caras y mover
> > > cosas todos juntos :)
> > >
> > > Saludos,
> > > Alejandro Suárez
> > >
> > >
> > > On Fri, Jul 29, 2016, 00:49 Miguel Sevilla-Callejo
> > >
> > > wrote:
> > >>
> > >> ¡¡Muy buenas noticias y muy buena iniciativa!!
> > >> ¿Se sabe las fechas de la reunión de Wikimedia?
> > >> No se me ocurre más que decir que que ME APUNTO!
> > >> Un saludo
> > >> Miguel
> > >>
> > >>
> > >> --
> > >> Miguel Sevilla-Callejo
> > >>
> > >> Doctor in Geography
> > >> a. Associate Lecturer at Dpto. of Geography & Territorial
> Planning at
> > >> University of Zaragoza
> > >> b. Fellow at the Pyrenean Institute of Ecology - Spanish National
> > Research
> > >> Council
> > >> c. Freelance consultant & researcher - Member #698, Spanish
> > Professional
> > >> Association of Geographers
> > >>
> > >> Doctor en Geografía
> > >> a. Profesor asociado en el Dpto. de Geografía y Ordenación del
> > Territorio
> > >> de la Univ. de Zaragoza
> > >> b. Colaborador del Instituto Pirenaico de Ecología - Consejo
> > Superior de
> > >> Investigaciones Científicas
> > >> c. Consultor e investigador freelance - Colegiado 698 del Colegio
> > Oficial
> > >> de Geógrafos
> > >>
> > >> 2016-07-28 11:01 GMT+02:00 Jaime Crespo  > >:
> > >>>
> > >>> Con las iniciativas para resucitar la asociación, quedemos para
> > celebrar
> > >>> los 10 años de esta lista!
> > >>>
> > >>> Parece que hay bastante gente activa en Zaragoza que estarían
> > dispuestos
> > >>> a colaborar. Así mismo, la gente the Wikimedia España
> (posiblemente)
> > >>> celebrará su congreso anual allí, y no me han puesto problemas
> > en hacer
> > >>> coincidir ambos eventos con la ventaja de tener doble audiencia
> > en los
> > >>> eventos públicos de cada asociación, y de tener que organizar la
> > mitad de
> > >>> cosas.
> > >>>
> > >>> Por ello, os propongo la quedada de "Zárágózá: 10 años después"
> > con los
> > >>> siguientes objetivos:
> > >>>
> > >>> * Organizar un evento para el público general de promoción del
> > propio
> > >>> proyecto "aka ¿Qué es OpenStreetMap?"
> > >>> * Organizar una Mapping party
> > >>> * Quedar en persona y compartir trucos de usuario "avanzado"
> > >>> * Hablar de temas de la asociación para 

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[Aury88]

dieterdreist wrote
> sent from a phone
> 
>> Il giorno 04 ago 2016, alle ore 10:12, Aury88 

> spacedriver88@

>  ha scritto:
>> 
>> tutte le
>> località con due nomi non hanno name ma solo name:xx e la facciamo
>> finita
> 
> 
> si, così non ci saranno più nomi sulla maggior parte delle mappe basate su
> OSM, compresa quella "standard", e perdiamo tutti :D

per questo parlavo di proposta salomonicaanche in quel caso entrambe le
madri si sarebbero appropriate di metà figlio (= morto) ;-)
comunque ero abbastanza ironico quando l'ho proposto.
 in quanto di origine siciliana conosco bene queste problematiche (che qui
nel mondo virtuale portano ad edit war, in sicilia e altre zone nella realtà
hanno portato anche al brigantaggio e a piazzare qualche bomba qui e li)...
il wiki in più punti suggerisce di scegliere la lingua più parlata e mettere
il nome in quella lingua nel name (in questo caso sarebbe il nome sardo) e
poi mettere tutti i nomi in name:xx
solo poi con la decisione unicamente di comunità locali si è deciso che per
certe aree del mondo il name potesse avere il doppio tag e con un carattere
separatore diverso da quello utilizzato in osm (ma che nella stragrande
maggioranza dei casi è " - ")...scelta che a mio avviso ha reso ingestibile
o quanto meno ambiguo il value del tag name e di fatto lo rende inutile in
queste realtà (se non per il render ma a quanto pare diventa importante
mappare o trascurare il render solo quando ci fa comodo).
imho i due value sul name sono confusionari anche dal punto di vista del
render...ma se ci tengono secondo me che almeno si cerchi di mantenere uno
stile omogeneo con il resto dello stile del db...adesso è un casino parsare
il tag name anche solo in Italia...nel Sud Tirolo (o Alto Adige) si usa " -
", in Sardegna "/" in Friuli-Venezia Giulia si mette il nome in lingua
locale in loc_name 
(siamo l'unico paese al mondo con tre stili differenti per tre regioni
differenti e a proposito menomale che ci sono ancora pochi mappatori al sud
perchè i prossimi a sollevare il problema saranno i Siciliani e,
conoscendoci, mi viene da sorridere  visto che probabilmente introdurremo
due stili per la stessa regione: uno nel lato di Palermo e l'altro nel lato
Catania e sicuramente entrambi differenti da quelli usati nell'italia
continentale e nell'isola di sardegna xD)






-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Edit-war-Sardegna-tp5879638p5879936.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Meglio fixme o nota

[Carlo Stemberger]

Il giorno 4 agosto 2016 16:29, emmexx  ha scritto:

> dal punto di vista operativo preferite che si usi fixme su un elemento
> oppure una nota quando e' necessario segnalare (a se stessi o agli altri
> mappatori) che qualcosa va completato, modificato?
>

Nota.

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

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[Aury88]

Francesca Valentina wrote
> Ciao,
> i nomi in italiano sono spesso traduzioni dal sardo. Penso che decisioni
> salomoniche dall' esterno che non tengano conto della conoscenza del
> territorio, del bilinguismo istituzionale e reale, della legge e
> dell'utilizzo effettivo della lingua non una zona X (non solo in sardegna)
> non siano corrette.
> Tutti noi della comunità sarda che abbiamo scritto qua e conosciamo i temi
> qua sopra abbiamo manifestato la necessità di mantenere il doppio nome
> bilingue.
> Questo non conta? Io e altri prima di me hanno invitato Fayor a disputare
> di questo nella nostra lista. Penso che la comunità di riferimento abbia
> più voce in capitolo su questo tema, lo dico non solo per la Sardegna ma
> per qualsiasi comunità.
> 
> Per chi cita l'Agenzia delle Entrate o l'Istat: i comuni devono chiedere
> di
> inserire i nomi in sardo, non è un processo automatico, nonostante tutti
> paesi  abbiano deliberato in tale senso ed esistono in rete i documenti
> dei
> singoli paesi.
> Se OSM si basasse semplicemente sull'Agenzia delle Entrate o l'Istat, o
> qualsiasi istituzione, non vedrei differenze con Google Maps.
> 
> La differenza, l'enorme differenza, sta nella ricchezza che aggiunge chi
> ha
> la conoscenza locale, che è fatta non soltanto di legge o semplice
> cartellone all'entrata di un comune, ma anche della storia e della cultura
> REALE di quel luogo. Penso sia proprio questa la maggior ricchezza di OSM.

d'accordo su tutto per carità...il mio dubbio era se mai sul fatto che
questa questione dei nomi in due lingue si sia tradotta in una decisione che
non rispetta lo stile di osm...per quanto sia d'accordo sul fatto è la
necessità che la mappa debba rappresentare la realtà anche e sopratutto
quella locale, a mio avviso prima di tutto la mappa deve poter essere
utilizzabile e di conseguenza si mappa utilizzando lo stile di osm.
il nome delle località non è di certo nome1\nome2 o nome1/nome2; se questa
cosa non vi va bene imho potete fare due scelte (voi, io non decido niente)
:

1) non usare il tag name oppure 
2)usare sul name solo una delle sue lingue e messi i nomi in quella lingue e
nell'altre nei rispettivi name:xx= (sarebbe meglio questa essendo lo stile
consigliato in più punti della wiki sul name)

altrimenti imho è giusto che qualcuno dall'esterno, seppur da totale
ignorante della situazione territoriale, imponga una linea d'azione coerente
con il resto della mappa/comunità...OSM non è né il DB della comunità
italiana né il DB della comunità sarda e ci sono delle regole da rispettare
per renderlo utilizzabile a chiunque...anche quelli sopratutto che non sanno
qual'è la situazione in sardegna e che quindi potrebbero credere che i nome
delle località in sardegna siano qualcosa/qualcosaltro

il wiki in merito da delle precise indicazioni e cioè che sul name= va UN
solo nome usato più frequentemente (o meglio "di default") e che per
eventuali dispute  bisogna usare i nomi nelle varie lingue con i tag name
localizzati (che non necessariamente significano una traduzione ma
semplicemente indica il nome in una determinata lingua e converrai con me
che il nome sardo è il nome nella lingua sarda e il nome italiano è il nome
nella lingua italiana) o i tag name per le varianti...

Aggiungo che per più value per lo stesso tag su osm si usa ; non / o \ o - o
| o altro carattere... il carattere ; per separare i value è una cosa che
viene fatta e riconosciuta dalla comunità osm e, così come giustamente
pretendete il rispetto delle vostre tradizioni, vi chiederei che queste
tradizioni non interferiscano con le scelte tecniche del DB. se non siete in
grado di determinare IL nome e volete per forza mettere due value 
nonostante quanto detto dal wiki, almeno fatelo secondo lo stile utilizzato
su osm.



ps: tutti i nomi o quasi sono traduzioni dalla lingua/dialetto
originale...se basta questo e il fatto che quello parlato localmente sia
riconosciuta come lingua comincio subito a fare la proposta per  spostare i
tag name in sicilia sotto name:it e a mettere name=* quello che attualmente
è in name:scn...sperando che a qualcuno non venga in mente di mettere
nome_in_siciliano~nome_in_italiano o dio solo sa quale altro carattere
separatore







-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Edit-war-Sardegna-tp5879638p5879934.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[andriatz]

Infatti son d'accordo, se il problema dei toponimi si presenta in altre zone,
oltre la Sardegna, non vedo dove sia il problema nell'indicarli con la
doppia denominazione.
In realta' e' una questione che ha radici storiche profonde, con tutta
evidenza non ancora risolte: i toponimi in italiano sono stati per la
maggior parte delle volte imposti dall'alto, spesso stravolgendone il
significato originario (in sardegna fa scuola l'Isola dei Cavoli che in
sardo e' S'isula de is Cavulus , dove cavulu==granchio, ma ci sono anche
Golfo Aranci e Isola di Mal di Ventre ecc...).

Come detto, se questa situazione e' poi presente anche in varie parti
d'Italia secondo me e' giusto che vengano evidenziate nel tag 'name'.
La questione quindi si riassume in':
 fare una mappa 'seria' o una mappa 'reale e realistica'?

io voto tutta la vita per la seconda opzione, d'altra parte ricordiamoci
Kibera.
Kibera non era presente in nessuna mappa 'seria', ma e' presente in OSM
(perche' esiste!) e che piaccia o meno e' uno dei suoi cavalli di battaglia
indiscussi.

bye,
Andria



  



--
View this message in context: 
http://gis.19327.n5.nabble.com/Edit-war-Sardegna-tp5879638p5879933.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-GB] Schools

[Andy Allan]

On 4 August 2016 at 19:13, Christian Ledermann
 wrote:

> If the consensus is that schoolgrounds which consist only of a single
> polygon (without holes) should be rather mapped as a closed way I can
> change this

Yes please.

Thanks,
Andy

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

Re: [Talk-it] [english 100%] Re: Edit war Sardegna

[Andrea Decorte]

Ciao a tutti, aggiungo la mia opinione.
A favore della doppia denominazione nel name per la Sardegna e altrove. Per
ragioni storiche, culturali e anche amministrative (lingua riconosciuta
come minoranza linguistica).
Per il Friuli, abbiamo gia fatto questa discussione tempo fa. Ero e sono a
favore della stessa soluzione, ma sinceramente non ho portato avanti,
preferisco impiegare il mio tempo in altre cose, e purtroppo c'e' sempre
chi contestera' o vandalizzera'.

La soluzione attuale quindi per il Friuli e' name in IT, name:fur +
loc_name (che dovrei migrare a loc_name:fur ...) + un rendering
personalizzato.

Mandi
Andrea

2016-08-05 2:04 GMT+02:00 Martin Koppenhoefer :

>
>
> sent from a phone
>
> > Il giorno 04 ago 2016, alle ore 21:20, Vittorio Bertola 
> ha scritto:
> >
> > Ma la cosa importante è stabilire un criterio chiaro e
> > applicarlo equamente su tutto il territorio nazionale, trattando allo
> > stesso modo tutte le lingue locali e non.
>
>
> -1, per me c'è da vedere ogni caso individualmente. Le lingue locali hanno
> per me priorità, quelli non locali le metterei soltanto in casi
> particolari, semmai. Per le lingue locali potrei imaginare stabilire un
> limite (da vedere nel dettaglio, per esempio al meno 10% della popolazione
> del oggetto taggato devono parlare come prima lingua una lingua che va
> inserito nel tag name), ciò per evitare di dover inserire tantissime lingue
> . D'altro canto con questa regola alcuni posti potrebbero perdere il nome
> italiano nel name tag, soprattutto se il limite viene posto troppo alto.
>
>
> 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] [Talk-it-sardinia] [english 100%] Re: Edit war Sardegna

[Marco Barbieri]

Si sta lavorando su un Atlante Toponomastico Sardo dal lontano 2004...
Ultima notizia che sono riuscito a trovare sul web è questa:
http://www.regione.sardegna.it/j/v/25?c=220=118902=1=2

In base al progetto, i nomi dei comuni sardi in lingua sarda dovrebbero
essere tutti stati definiti via delibera comunale. Vedi ad esempio questa:
http://www.comunedibarisardo.gov.it/attachments/article/1231/deliberazione%20Consiglio%20Comunale%20n.%2031%20del%2020.10.2010.pdf

I nomi dei comuni dovrebbero poi essere confluiti nell'Atlante. L'Atlante
dovrebbe essere usato quale riferimento per inserire i toponimi sardi.

Che voi sappiate, il progetto è terminato? È stato partorito l'Atlante?
Mezzo milione di Euro, 30 ricercatori, convegni: non sono forse bastati?

M

-- 
*Marco Barbieri / *Cartografo
marcobarbi...@webmapp.it
www.webmapp.it
+39 050 55 25 74 / +39 347 683 03 13

Webmapp is made by:
Net7
Via Marche 10 / 56123 Pisa
P.Iva e CF 01577590506
CCIAA di Pisa n. 01577590506 del 26/04/2001
Capitale Sociale 10.000,00 €
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk] Beginning with contribution

[Abhishek Gupta]

Hello,
I have recently developed great interest in OOP and want to improve my
skills in this domain. Since this project makes use of Java programming
language, I find it very exciting to become a part of the project as it
will also introduce me to the world of open source beside improving my OOP
skills.
Since I just started, I am facing several problems and would require your
prestige support:-
1. First of all, is OOP being used in the project? Can I have support the
project in a way it improves my OOP skills?
If yes,
2. What are the easiest ways to start contributing? (this is the first time
I am trying to contribute toward a open source project)

PS :-
I am third year computer science undergraduate. I have done courses in
Database Systems, Object Oriented Programming, Data Structure and
Algorithms. Will I be requiring background in anything else to get started?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk