Re: [talk-au] CC 4.0 was Re: Response regarding use of PSMA Administrative Boundaries (Australia)

[cleary]

I am far from an expert and, like many others, I struggle to understand
all the nuances.  However, as I understand it, CC-BY-4.0 data can be
used only if we are given explicit permission to use it. We asked for
explicit permission and the request was declined.

We had previously been given explicit permission for CC-BY-2.5 and
CC-CY-3.0.

Thus it is my understanding that we can retain or add any old data that
was published under old licences and in accord with the permission
previously granted, but we cannot update with recent data as that comes
with a CC-BY-4.0 licence. 




On Mon, Jul 11, 2016, at 07:45 PM, Andrew Davidson wrote:
> Is the problem CC 4.0 or is it the riders that have been added? I'm just 
> wondering if this is a general problem with the other data sets on 
> data.gov.au.
> 
> On 10/07/16 14:06, cleary wrote:
> > Feedback from the legal-talk list is that the reply from the Department
> > of Prime Minister and Cabinet is not sufficient and therefore we cannot
> > use PSMA datasets in OSM.
> >
> 
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

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

Re: [OSM-talk] Automated edits code of conduct

[tuxayo]

On 10/07/2016 23:56, Christoph Hormann wrote:
> Remember OSM is largely a do-ocracy - those who put work into developing 
> the rules have a significant influence on their content.  This does not 
> make them illegitimate.  

The questions is how legitimate are they. To know if we can enforce them
strictly.

> Both participating in creating and improving the rules as well as working on 
> the DWG making sure mappers comply with the rules are open to everyone.

Is joining the DWG necessary to enforce these rules/guidelines? If
that's the case then it's to be expected that contributors spotting an
issue don't take the time to join the QA effort and simply call the DWG.
Which in turn is overloaded and can't do it's work with the same level
of quality that the one it's enforcing.

---

On 11/07/2016 00:08, Michael Reichert wrote:
> Both Import Guidelines and Automated Edits Code of Conduct are
> guidelines which will reduce the likelihood that your import/mechanical
> edit gets reverted.

If I understand correctly, this means that they are and should be
enforced very strictly right? Because respecting them only *reduces* the
likelihood of revert.
Then they should be held to high standards for their definition (at
least like tag creation).

And their enforcement should also follow rules. The same way the
enforcement of the tags defined in the wiki (which most automated edits
are) must follow rules.
QA have rules and guidelines and "meta QA" should also.

---

On 11/07/2016 01:08, Frederik Ramm wrote:
[...]
> Because his edits stretched over several days and changesets, and
> because the changeset comments contained no hint at whether or not the
> particular changeset did contain this kind of un-discussed mechanical
> edits, the DWG member executing the revert - that was me - only did a
> cursory inspection and in doing so, reverted a few changesets that were
> *not* mechanical edits.

Was this collateral damage necessary to force the infringing contributor
to respect the AECoC?

Take some of the less blurry(about the automated edit nature) comments
from changesets whose bounding box was not country or worldwide scale:
- fix cycleways
- rivière sous forme de multipolygone
- fusion de chemins
- précision d'une intersection de voies
(some had 3 to 5 occurrences)

They should have been given the benefit of doubt to save time by not
reverting them and avoid highly probable collateral damage.
It the same reason we want automated edits to be regulated, to avoid
collateral damage. Most of the changesets would have been reverted
anyway and message to respect the AECoC would have passed.

If one(DWG member or any other contributor) fixing someone else's
mistake or fault doesn't have the time to be confident to not damage the
database then doubt should win. We are talking about whole changesets,
not a changetset with infringing data mixed mixed with legitimate data.

[...]

> The automated edits code of conduct has been created as a result of DWG
> work, where we often have to deal with the detrimental effects of badly
> planned, badly executed lone-wolf edits.

An executive power making it's own laws does a great damage to the
legitimacy of the said laws.

It needs to undoubtedly reflect the consensus of the community. So non
DWG members could refer to it and enforce it without needing to add
workload to the DWG (as long as account blocking power is not needed).
That would also allow DWG members to intervene with a greater legitimacy
because it would not come from their status.

[...]

> Is it *really* a problem that some rules are not shown to people when
> they sign up? In my opinion, mass edits are an advanced enough topic
> that, if you research it enough, you *will* be pointed to these rules,
> or find them in countless answers on help.openstreetmap.org.

I agree that showing them at sign up wouldn't help. However it's to be
expected that first time mass edits are done without knowing the AECoC
as nothing more than the JOSM search and replace tool is needed. Is not
like importing which require more documentation.

That's why it's important to not blindly enforce (which tend to happen
by lack of time) the AECoC because the final objective to make
contributors willing to do QA do it the right way.

A major (maybe bigger?) issue is DWG's lack of resources. Should the DWG
actually handle all this work? Has it been considered to document the
handling of these particular issues so other contributors could share
the workload?
The reporting of AECoC violations could be done in a dedicated open
mailing list so we could have accountability about how these issues are
handled.
*Any thoughts about this? This is a concrete proposal.*

> I'm all for discussing the rules we have, but I'd like to know what
> exactly the problem is. "There has been no vote on these rules" is not
> the honest reason for this thread

Why? Considering the standards required for tags and automated edits,
not having comparable ones for the content of the 

Re: [OSM-talk] Open Location Code should we support it?

[john whelan]

>I'm saying that OLC is just one of many methods, and it is simply a
conversion of the already stored latitude and longitude. The interface
tools are the only element that needs to support any of these
conversions. Nothing needs to be stored in the database.

Agreed but you do need to be able to see where it is hence the suggestion
that Nomination could support it.

Cheerio John

On 11 July 2016 at 20:31, Lester Caine  wrote:

> On 11/07/16 20:58, john whelan wrote:
> > In Canada suite 201 would be understood to be 2nd floor suite 1 of the
> > building.  Where did the name of the building come into it?
> Sub-building element of any addressing scheme. BUT OLC specifically
> excludes adding something like that ... unless they have changed the
> spec again?
>
> > Do you have
> > a suggestion for Africa that is less than a very long string of latitude
> > and longitude remembering that any encoding system would need to be
> > understood by both the person creating it and the person using it?
> >
> > Are you saying there is a better solution for encoding the co-ordinates?
> I'm saying that OLC is just one of many methods, and it is simply a
> conversion of the already stored latitude and longitude. The interface
> tools are the only element that needs to support any of these
> conversions. Nothing needs to be stored in the database.
>
> --
> 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 mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Open Location Code should we support it?

[Lester Caine]

On 11/07/16 20:58, john whelan wrote:
> In Canada suite 201 would be understood to be 2nd floor suite 1 of the
> building.  Where did the name of the building come into it?  
Sub-building element of any addressing scheme. BUT OLC specifically
excludes adding something like that ... unless they have changed the
spec again?

> Do you have
> a suggestion for Africa that is less than a very long string of latitude
> and longitude remembering that any encoding system would need to be
> understood by both the person creating it and the person using it?
> 
> Are you saying there is a better solution for encoding the co-ordinates?
I'm saying that OLC is just one of many methods, and it is simply a
conversion of the already stored latitude and longitude. The interface
tools are the only element that needs to support any of these
conversions. Nothing needs to be stored in the database.

-- 
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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale

[Philippe Verdy]

Le 11 juillet 2016 à 21:10, Christian Quest  a
écrit :

> Ce n'était pas vraiment la teneur de mon message qui visait à expliquer la
> nécessité pour le cas américain où un tronçon sert à plusieurs "route" aux
> numéros différents, cas que l'on n'a pas avec les départementales
> françaises.
>

Ce n'est peut-être pas le cas avec les départementales (pas si sûr...),
mais ça l'est pour certains tronçons d'autoroutes (joints temporairement
avec les deux numéros affichés), les routes européennes (idem) et j'en ai
vu sur des morceaux de nationales.

Si on interroge la base OSM je pense qu'on va trouver des double numéros
sur certains tronçons (une ref=* avec deux valeurs, séparées par un
point-vurgule, parfois même un slash comme sur les pannonceaux ou avec deux
panonceaux côte à côte), et qui ne sont pas nécessairement des erreurs (ni
nécessairement la juxtaposition d'un ancien numéro avec un nouveau, avec
les restes de la numérotation des anciennes nationales devenues
départementales ou métropolitaines)... En gros chaque collectivité gère son
itinéraire et en est totalement responsable, mais sur un tronçon donné il
est partagé (et cogéré, avec un opérateur désigné pour la gestion courante
et le suivi comptable des charges d'exploitation à payer par l'autre voire
par plusieurs collectivités associées sur ce trajet). Et ça peut persister
aussi pendant des années jusqu'à ce que les transferts soient réalisés en
cas de changement de collectivité responsable.

Les grandes infrastructures a longue distance sont celles qui font l'objet
de ces arrangements locaux (temporaires ou persistants) pour éviter de
doubler l'infrastructure, et ne pas afficher les deux numéros est plus une
gène pour les usagers qui préfèrent voir l'itinéraire guidé de bout en
bout. Entrer dans le détail de qui gère quoi et quand, c'est finalement une
info que l'usager ne perçoit pas et qu'on retrouvera seulement dans les
délibérations des collectivités pour ceux qui s'intéressent au détail, mais
avec deds dates de mise en oeuvre finalement assez floues (en France des
tas de décisions de collectivités sont annulées ou suspendues à des
procédures, donc pas applicables, ou à la publication d'arrêtés finals ou
d'une décision préfectorale ou de l'Etat voire du Conseil d'Etat pour
trancher les litiges entre collectivités ou avec les usagers et riverains).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] What3words

[Dave F]

On 11/07/2016 16:55, john whelan wrote:

How would we make use of it?



We won't.

This system isn't relative. There's no way of knowing the address of the 
adjacent blocks. I doesn't work in the real world. Even antiquated UK 
postcodes have rough relativity.


Let's face it, it's a joke.

Dave F.


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] OSM per gestione sentieri ?

[Luca Moiana]

Ciao,
seguendo i vostri consigli ho caricato, changeset:40625409, la segnaletica 
verticale con i 
seguentiTags:fixme=resurveyhiking=yesinformation=guidepostoperator=Parco locale 
Bosco del Rugaretotourism=informationref = [inserito il codice]
prima domanda:Devo creare una relazione che leghi i guidepost al Parco?
Passando a caricare le tracce dei sentieri, che ho capito dover essere delle 
relazioni che legano ways già esistenti, seconda domanda:Se un percorso inizia 
a metà di una way esistente, devo aggiungere un nodo per spezzarla e far 
iniziare la nuova relazione percorso?
GRAZIE
> From: lucadel...@gmail.com
> Date: Tue, 28 Jun 2016 08:40:09 +0200
> To: talk-it@openstreetmap.org
> Subject: Re: [Talk-it] OSM per gestione sentieri ?
> 
> 2016-06-28 4:13 GMT+02:00 Alessandro :
> >
> >
> > Per le classiche paline sui sentieri la combinazione di tourism=information
> > e information=guidepost . Io spesso aģgiungo il campo description inserendo
> > le informazioni che ci  leggo (campo limitato a 255 caratteri)
> >
> 
> io di solito per la stessa cosa uso destination
> http://wiki.openstreetmap.org/wiki/Key:destination
> 
> non so quale sia meglio..
> 
> -- 
> ciao
> Luca
> 
> www.lucadelu.org
> 
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
  ___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] OSM usage violation

[Hans De Kryger]

Thanks Frederick!

On Jul 11, 2016 2:19 PM, "Frederik Ramm"  wrote:

> Hans,
>
> On 07/11/2016 11:03 PM, Hans De Kryger wrote:
> >  Not satisfied with that answer. The dude didn't get it.
>
> Well you could have made it clearer ;) his license text is wrong,
> mentions CC-BY-SA when the data is clearly ODbL.
>
> I'd suggest something like:
>
> "Dear X, I am a member of the OpenStreetMap community that creates all
> the data you're showing on your map. We let you have this data free of
> charge, but in return we ask for proper attribution that makes it clear
> to the users of your app that the data comes from us. Other cycle maps
> on the web present OSM directly on the map page, for example
> http://cycle.travel/map and http://opencyclemap.org/. We respectfully
> ask that you acknowledge us as your data source on the main map also,
> and not hidden in a menu. Also, your acknowledgement still mentions the
> CC-BY-SA license which we don't use for our data any more, it is the
> ODbL nowadays."
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Errore su sito openstreetmap.it

[Andrea Lattmann]

>guardate *al* link

...e non ai miei errori ortografici... :-)

Andrea Lattmann

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

Re: [OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale

[LeTopographeFou]

Bonjour Jean-Yvon,

Ok pour les int_ref, j'ai lancé une idée peu construite, elle reste à 
clarifier si elle est pertinente.


Pour ce qui est des moteurs de recherche, trois éléments de réponses :

1. cela sous-entend que le moteur en question soit capable de faire
   cette analyse, et cela avec les problématiques multiculturelles (ex
   : un Espagnol en France, un Chinois en Argentine, un Russe au Canada
   (francophone !))... Un 'D 321' en France peut potentiellement avoir
   un sens complétement différent ailleurs. Bref pour avoir un peu
   baigné dans l'analyse syntaxique et grammaticale d'un moteur de
   recherche c'est un sujet très pointu et malheureusement de toutes
   les applications, services, sites Internet... se basant sur OSM, peu
   sont aussi intelligents que Google.
2. OSM ne sert pas que à faire de la navigation : il y a aussi des
   applications autres (métier, scientifique...) qui ont besoin
   d'afficher des résultats, parfois au grand public, et qui voient un
   avantage à utiliser le champ name...
3. ... voir un champ name:xx puisque cela permettrait de donner des
   traductions dans différentes langues si le besoin s'en fait sentir
   (je ne dis pas qu'il faille le faire, à chacun de juger).

/"Quant aux représentations des panneaux, c'est un style propres aux 
départementales, pas spécifique à une départementale."/


+1. Je suis d'accord, cela casse un peu maa logique, peut-être qu'une 
relation 'defaults' permettrait de faire l'affaire, mais c'est un type 
de relation à l'avenir incertains. En fait je ne tiens pas spécialement 
à mettre 'panneau noir sur jaune' dans chaque relation RD, je regrette 
juste que ce soit à chaque application/service à se renseigner sur 
chaque type de route de chaque pays et qu'il n'y ai pas moyen d'avoir 
cette info via OSM.


Check de cohérence entre la ref et le name : pourquoi pas.

Oui pour le alt_name, cf. mon 'mail synthèse'.

Cdt,

LeTopographeFou

Le 07/07/2016 23:55, osm.sanspourr...@spamgourmet.com a écrit :


Le 07/07/2016 à 22:23, LeTopographeFou - letopographe...@gmail.com a 
écrit :


Pour ce qui est de la cohérence des données j'imagine aisément un 
check JOSM (ID n'intégrant pas ce concept) qui vérifie que toute way 
dans une relation de ce type, en France, contienne un tag ref 
identique, sinon un warning. Après si l'utilisateur ignore le warning...

Et aussi Osmose.
Sauf qu'il n'y a pas qu'un ref, il y a int_ref et autres. Certes pas 
pour les départementales.


Le 07/07/2016 à 22:23, LeTopographeFou - letopographe...@gmail.com a 
écrit :
. Les moteurs de recherche (OSM, Internet, dans les Apps...) sont 
très intelligents mais entre 'D 321' et 'Route départementale 321' ce 
n'est pas le même niveau d'informations.


Tu peux préciser ? D, RD, Route départementale, Départementale sont 
équivalents.
=> Si on cherche la D 765 du côté de Guidel ou de Rédéné, on doit se 
voir proposer les D 765 du Finistère et du Morbihan.
S'il y a des habitations le long de la départementale qui sont 
référencés non par des lieux-dits, alors leur adresse sera sans doute 
Route Départementale 765.
Par exemple si aux niveaux des 3 pierres en Guidel le nom ne se 
faisait pas par le lieu-dit mais la route, ce serait la Route 
Départementale (du Finistère) comme associatedStreet... de cette 
habitation du Morbihan.
Quoique, selon Fantoir, à Rédéné il n'y pas de Route Départementale 
765 mais une N 165 (la voie express qui a succédé à ce qui est devenu 
D 765).


Il me semble plus judicieux de remplacer Route Départementale par D 
pour la recherche.

Mais avis non tranché.
C'est un peu comme si je cherche la gare de X, je cherche en fait la 
railway=station, name=Lorient 
 ou la name=Gare de 
Lorient 


Pour les relations type bus, il y a déjà les couleurs (des routes). 
Quant aux représentations des panneaux, c'est un style propres aux 
départementales, pas spécifique à une départementale.
Et comme dit par Philippe, c'est plus la largeur de la voie, la limite 
de vitesse que le statut de la voie qui intéresse l'utilisateur moyen.
Si on veut le modéliser, c'est au niveau de métadonnées. À stocker 
dans OSM ou ailleurs.
Si tu ajoutes un name alors il faut vérifier que c'est Route 
Départementale XXX si la ref=D XXX.

Plutôt un alt_name en réservant les name aux 3Route Napoléon" et autres ?

Jean-Yvon


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


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

Re: [Talk-it] Richiesta urgente.

[Andrea Lattmann]

Grazie a tutti!

Andrea Lattmann

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

Re: [OSM-talk] Fwd: Automated edits code of conduct

[Warin]

On 7/11/2016 11:45 PM, Martin Koppenhoefer wrote:


sent from a phone


Il giorno 11 lug 2016, alle ore 14:01, Éric Gillet  
ha scritto:

I agree that survey are that on-premise survey is the best review method. But 
then you are adressing armchair mapping as a whole and not specifically 
search-and-replace edits.


yes, armchair mapping generally bears the risk of misinterpreting the actual 
situation, (depending on what kind of tags you use this can be more or less 
important).
Doing it in search and replace fashion is slightly different though, as you 
risk falsifying  information someone else has meticulously surveyed (assuming 
that armchair mapping is mostly about the addition of new stuff).


Not necessarily. For example;

Search sport=football

Replace with sport=soccer, rugby or whatever is seen there by satellite imagery

OR

Search sport=multi

Add sport=soccer;multi or sport=tennis;multi or whatever is seen with satellite 
imagery.

As each change/addition is manually sighted armchair fashion and adds better 
detail I see this as an improvement over what was originally tagged.
I also view it as not a mechanical edit as each feature must be 'looked at' 
(admittedly using satellite imagery) individually.






There are instances where a survey is not necessary, and the information needed 
to perform the modification is available on imagery, website or open data, so 
the need to be on the premises is limited. But again this does apply to all 
armchair mapping.


yes (let's say a survey is less necessary, still there is always the 
possibility something has changed in the meantime and any edit will make it 
appear as if the feature still existed at the time of the survey)

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




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

[Talk-it] Errore su sito openstreetmap.it

[andrea . guglielmo]

Ciao ragazzi.
Chi si occupa di openstreetmap.it?
guardate al link [1] MapQuest non permette l' accesso diretto alle 
tiles.


[1] https://openstreetmap.it/la-mappa/

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

Re: [OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale

[LeTopographeFou]

Bonsoir Philippe,

Nous sommes d'accord. Je ne parlais pas du rendu de la route mais de son 
symbole tel qu'affiché sur le petit panonceau (ex : ). La couleur de ce 
panonceau est une info potentiellement utile. Une appli GPS pourrait 
avantageusement conserver cette manière de présenter l'info au lieu d'en 
inventer une (quitte à faire des amalgames selon les pays).


Cdt,

LeTopographeFou

Le 07/07/2016 23:36, Philippe Verdy a écrit :



Le 7 juillet 2016 à 22:23, LeTopographeFou > a écrit :


Dans un second temps je vois bien dans chaque relation des infos
permettant de faire le rendu du symbol de la RD par un renderer :
texte noir sur fond jaune. Mais pour le moment il n'y a pas de
standard défini (tel que OSMC) donc je m’abstiens (voila un bel
exemple de l'avantage des relations !). Donc à mettre de côté..


En dehors des cas particuliers des autoroutes (en France au moins), je 
vois mal unifier le rendu des départementales dont la structure même 
varie énormément, entre d'une part les 4 ou 6 voies à chaussées 
séparées et avec échangeurs de type autoroutier, avec bandes d'arrêt 
d'urgence, et des limites de vitesse à 110, un profil aplani et peu de 
virage, et des tas de départementales à 2 voies peu larges, sans 
chaussée séparée, le plupart du temps avec une ligne continue, peu de 
visibilité à cause des virages et des montées et descentes, plein de 
limitations à 70 en traversant de petits villages, plein de 
ronds-points et de carrefour dangereux, le tout entre deux rangées de 
platanes, et régulièrement envahis d'engins agricoles (même si ces 
départementales relient deux villes majeures).


La logique d'OSM est plutôt de colorer en fonction des conditions de 
circulation et d'accessibilité, et la capacité de l'infrastucture en 
terme de trafic, mais pas en fonction des gestionnaires (collectivités 
publiques ou concessions privées) qui peuvent changer au cours du 
temps. Et une voie majeure peut devenir secondaire snas changer de 
numérotation quand un autre axe de plus grande capacité est construit 
(et peu importe la collectivité qui l'a fait souvent en partenariat 
avec des financements multiples): que ce soint une commune, un 
EPCI/une métropole, un département. Avec la montée en puissance des 
régions et des EPCI, il est fort probable d'ailleurs que des axes 
actuellement gérés par plusieurs départements se voient transférés aux 
régions et aux EPCI (surtout les métropoles), on aura alors des routes 
"régionales" et des routes "intercommunales" (gérées par les EPCI). 
D'autres départementales sont aussi transférées aux communes après 
leur fusion et là encore il y aura une grande disparité entre les 
différentes voies communales. Il n'est pas impossible à l'avenir que 
des routes très rurales soient transférées à des syndicats de gestion 
de parcs naturels plutôt que par plusieurs EPCI, même chose pour les 
routes des grandes infrastructures portuaires (ports autonomes) ou 
aéroportuaires (d'importance internationale).


Au final les numéros de référence ne doivent être uniques que pour 
chaque collectivité ou organisme gestionnaire et même entre eux ces 
organismes peuvent se transférer des usages plutôt que d'agir en tant 
"qu'opérateur" local. Et cela survient de plus en plus étant donné les 
difficultés financières des collectivités endettées. L'état veille au 
grain via ses services préfectoraux qui surveillent la sécurité des 
axes de transport et leur adéquation avec les schémas de transport 
urbain qui nécessitent des collaborations. Quand cette collaboration 
devient trop compliquée ou dépasse les capacités de gestion de 
l'entité gestionnaire.


Pour les usagers, peu importe qui gère une route, ce qui compte c'est 
son état et sa praticité, le numéro est en fait assez accessoire, 
c'est juste un repère sur les panneaux directionnels aux carrefours 
pour savoir si on est sur le bon chemin. Mais comme pratiquyeemnt tout 
le monde a un GPS dans son véhicule, ces numéros devront devenir de 
plus en plus précis pour distinguer les voies quand le nom d'une ville 
destination ne suffit pas à choisir son chemin.



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


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

Re: [OSM-talk-fr] Lot Talk-fr, Vol 120, Parution 27

[Christian Quest]

Le 11 juillet 2016 à 23:06, LeTopographeFou  a
écrit :

> Bonjour Donat,
>
> Oui bien sur le champs old_ref peut être rempli au niveau de chaque way si
> nécessaire (mais je ne crois pas qu'il soit pertinent à ce stade d'avoir en
> plus des relations par ancienne numérotation). Par contre si une way change
> deux fois de numérotation... le old_ref atteint sa limite.
>
>
On peut en indiquer plusieurs séparés par ;

C'est beaucoup moins gênant pour old_ref que pour ref de procéder ainsi car
c'est un tag secondaire qui lorsqu'il est "consommé" l'est avec une
certaine expertise.

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

Re: [OSM-talk] OSM usage violation

[Frederik Ramm]

Hans,

On 07/11/2016 11:03 PM, Hans De Kryger wrote:
>  Not satisfied with that answer. The dude didn't get it.

Well you could have made it clearer ;) his license text is wrong,
mentions CC-BY-SA when the data is clearly ODbL.

I'd suggest something like:

"Dear X, I am a member of the OpenStreetMap community that creates all
the data you're showing on your map. We let you have this data free of
charge, but in return we ask for proper attribution that makes it clear
to the users of your app that the data comes from us. Other cycle maps
on the web present OSM directly on the map page, for example
http://cycle.travel/map and http://opencyclemap.org/. We respectfully
ask that you acknowledge us as your data source on the main map also,
and not hidden in a menu. Also, your acknowledgement still mentions the
CC-BY-SA license which we don't use for our data any more, it is the
ODbL nowadays."

Bye
Frederik

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

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

Re: [OSM-talk-fr] Lot Talk-fr, Vol 120, Parution 27

[osm . sanspourriel]

Les champs ref sont comme les name, tu peux en créer en plus qui seront 
utilisés si nécessaire :


old_ref:2 par exemple.
Mais là un truc plus propre côté cycle de vie devient utile.

Pour les Wikidata, le numéro est indiqué sur chaque page wikipedia.
Pleins d'intérêt au wikidata, notamment les noms, il suffit de regarder 
le fil de discussion sur les... ref justement !
Par contre il y a aussi des questions de licences, de modifications 
anonymes etc. qui peuvent poser soucis.


Peut-être faudrait il un statut semi protégé (à inventer ? Par exemple 
pas de modification anonyme) pour les parties utilisées par OSM.


Jean-Yvon

Le 11/07/2016 à 23:06, LeTopographeFou - letopographe...@gmail.com a écrit :

Bonjour Donat,

Oui bien sur le champs old_ref peut être rempli au niveau de chaque 
way si nécessaire (mais je ne crois pas qu'il soit pertinent à ce 
stade d'avoir en plus des relations par ancienne numérotation). Par 
contre si une way change deux fois de numérotation... le old_ref 
atteint sa limite.


Oui pour Wikidata. Personnellement je le fais pour d'autres types 
d'objets mais pas encore pour les RD car aller vérifier un à un sur 
Wikidata prend du temps ! Il faudra d'autres fous pour cela. Et puis 
si je vois l'intérêt dans le futur je ne vois pas d'application à 
court terme de wikidata... Cela viendra j'imagine.


Cdt,
LeTopographeFou


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

Re: [OSM-talk] OSM usage violation

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 23:03, Hans De Kryger 
>  ha scritto:
> 
> thank you for reaching out. All Acknowledgement are in both the App and the 
> Web version in Settings\About\Acknowledgement.
> 
> ___
> 
>  Not satisfied with that answer. The dude didn't get it.


generally, it might be ok from a legal point of view to put the attribution on 
a separate page (despite what we suggest/ required  in the wiki), but it 
doesn't look well now:
"CycleMap data © OpenStreetMap contributors, CC-BY-SA 
(http://www.openstreetmap.org)"


as they refer explicitly to the data, this should be ODbL.
Cheers,
Martin ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it] Possibile mapathon a Crespi d'Adda

[Dario Crespi]

Ciao, oggi sono stato a Crespi d'Adda perché il comune di Capriate San
Gervasio ha aderito a Wiki Loves Monuments e stiamo pensando di organizzare
qualche evento con l'amministrazione comunale, come ad esempio una wikigita
a settembre (mese di WLM) e altre attività. Tra queste ci potremmo infilare
un mapping party.
La situazione di Crespi d'Adda su OSM è questa: gli edifici ci sono quasi
tutti (ne mancano una trentina), idem le strade. Mancano i civici, un po'
di sentieri, diversi dettagli (tipo i parcheggi, un paio di monumenti,
eccetera). Invece a Capriate mancano anche gli edifici e probabilmente
alcune strade.
Se organizzassimo un mapping party, sareste interessati? Considerate che a
settembre dovrebbe aprire al pubblico la vecchia tessitura, recentemente
restaurata.

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

[OSM-talk] OSM usage violation

[Hans De Kryger]

Hi all,

Just sent this email out last night to
i...@cyclemapapp.com
___


Hi there,

Your app (1) & website (2) fail to give attribution to OSM (OpenStreetMap).

Proper attribution (3)

1.) http://play.google.com/store/apps/details?id=com.cyclemapapp.cmandroid
2.) https://web.cyclemapapp.com/

3.) http://www.openstreetmap.org/copyright

Please fix
___

The dude's response;



Hi Hans,

thank you for reaching out. All Acknowledgement are in both the App and the
Web version in Settings\About\Acknowledgement.

___

 Not satisfied with that answer. The dude didn't get it.





*Regards,*

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

Re: [OSM-talk-fr] Lot Talk-fr, Vol 120, Parution 27

[LeTopographeFou]

Bonjour Donat,

Oui bien sur le champs old_ref peut être rempli au niveau de chaque way 
si nécessaire (mais je ne crois pas qu'il soit pertinent à ce stade 
d'avoir en plus des relations par ancienne numérotation). Par contre si 
une way change deux fois de numérotation... le old_ref atteint sa limite.


Oui pour Wikidata. Personnellement je le fais pour d'autres types 
d'objets mais pas encore pour les RD car aller vérifier un à un sur 
Wikidata prend du temps ! Il faudra d'autres fous pour cela. Et puis si 
je vois l'intérêt dans le futur je ne vois pas d'application à court 
terme de wikidata... Cela viendra j'imagine.


Cdt,

LeTopographeFou

Le 10/07/2016 00:25, Donat ROBAUX a écrit :


De tous vos commentaires voici l'architecture minimale à laquelle
j’aboutis (qui contient une relation !) :

  * Relation
  o type=route
  o route=road
  o ref=D 321
  o network=FR-78:d-road
  o /name/ (cf. plus bas)
  o /wikipedia/ (de la RD)
  o Membres
  + Way
  # highway
  # ref=D 321
  # /operator/
  + Way
  # highway
  # ref=D 321
  # /operator/
  + ...

En bleu ce qui existe déjà dans OSM (et qui reste inchangé : =les
ways). En rouge ce qui est ajouté (=la relation). En italique ce
qui serait facultatif (en espérant que la liste de diffusion ne
massacre pas le style).

Dans un second temps je vois bien dans chaque relation des infos
permettant de faire le rendu du symbol de la RD par un renderer :
texte noir sur fond jaune. Mais pour le moment il n'y a pas de
standard défini (tel que OSMC) donc je m’abstiens (voila un bel
exemple de l'avantage des relations !). Donc à mettre de côté...

Pour ce qui est du name=* je pense que, dans le cas de la Route
Napoléon (qui est d'ailleurs une RN, mais l'exemple est
intéressant) c'est là ou alt_name et name_x rentrent en scène. On
peut imaginer avoir name=Route Napoléon et alt_name=Route
nationale 85. Les moteurs de recherche (OSM, Internet, dans les
Apps...) sont très intelligents mais entre 'D 321' et 'Route
départementale 321' ce n'est pas le même niveau d'informations. De
même quand on visualise l'objet OSM. J'aurai donc tendance à
conserver la possibilité de mettre un name pour ceux qui le jugent
utile. Par contre j'ai senti un consensus derrière le fait que
dans tous les cas il ne faut pas y ajouter de fioriture tel que le
nom du département.

Pour ce qui est de la cohérence des données j'imagine aisément un
check JOSM (ID n'intégrant pas ce concept) qui vérifie que toute
way dans une relation de ce type, en France, contienne un tag ref
identique, sinon un warning. Après si l'utilisateur ignore le
warning...

A vous lire... en attendant j'ai mis en pause le chantier (même en
Essonne qui reste partiellement couvert).

LeTopographeFou


2 avis/suggestions générales

  * Pensez-vous utile de mettre un old_ref=N4? Je sais que OSM ne
cartographie pas le passé, mais...
  * Plutôt que le lien wikipedia, je mettrais le lien wikidata.
Exemple pour la N4: https://www.wikidata.org/wiki/Q922320
wikidata=Q922320. Je sais que ce n'est pas encore dans les mœurs
et qu'on ne sait pas encore comment tout ca va se goupiller, mais
je pense qu'il faut le faire, et pas seulement pour les routes
mais pour toutes les autres infos (je pense notamment aux communes).


Donat



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


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

Re: [Talk-it] Richiesta urgente.

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 22:14, Cristian Consonni 
>  ha scritto:
> 
> I dati sono in ODbL, le tile di solito sono CC-BY-SA


si, la cartografia di osm (osm-carto, rendering) è in cc-by-sa, mentre chi fa 
un suo rendering può usare qualsiasi licenza (salvo per i dati). Ma la dicitura 
dice "la cartografia" e non è molto chiaro, mi sembra che stiano usando un 
vecchio template, del pre-cambio licenza 

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

Re: [Talk-it] relazione per linea autobus e rotonde

[Cascafico Giovanni]

Mi intrometto, visto che stiamo per mappare i trasporti in Friuli
Venezia Giulia... Quali controindicazioni nel'usare solo
highway=bus_stop, forward e backward?

Il 11 luglio 2016 21:50, Federico Cortese  ha scritto:
> 2016-07-11 20:58 GMT+02:00 Aury88 :
>>
>> dove posso trovare la documentazione per il nuovo metodo? comunque sia mi
>> sembra un po' assurdo...si fa di tutto per evitare di usare le relazioni
>> perchè difficili da gestire e per il trasporto se ne usano ben 3 a rotta?
>>
>
> Ciao Aury,
> purtroppo riesco a risponderti solo ora.
> Per il trasporto pubblico esistono due sistemi di mappatura come
> giustamente segnalato da Martin, che puoi trovare anche nei presets di
> JOSM:
> - il "public transport (legacy)", che è il sistema più vecchio: in
> sintesi utilizza una sola relazione per la linea, anche quando il bus
> ripercorre lo stesso tratto prima in un senso e poi nell'altro, motivo
> per il quale si usano i role backward e forward, per indicare appunto
> in senso di percorrenza;
> - il "public transport"
> http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport,
> che è lo schema più nuovo: la linea viene spezzata in più relazioni,
> in questo modo non ci si trova mai nella situazione in cui il bus
> ripassa sullo stesso tratto, quindi non si usano i role backward e
> forward; tutte le relazioni vengono poi raggruppate in una relazione
> master.
> Alcune delle difficoltà che segnalavi sopra erano dovute proprio al
> fatto che non avevi chiara la distinzione tra i due diversi sistemi di
> mappatura.
> Per le linee bus di Lecce ho usato sempre lo schema più nuovo, quindi
> puoi andare vederle per capire meglio a cosa mi riferisco.
> Ciao
> Federico
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it

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

Re: [OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale

[Christian Quest]

Ces "routes" sont vraiment des itinéraires au sens où elles sont:
1) continues
2) multiples par endroits sur certaines tronçons
3) pas utilisées comme dénomination alternatives "allo les pompiers, j'ai
eu un accident sur la E45 au niveau de Machin-les-Bois"

Une relation se justifie.

Toute la différences avec nos départementales qui sont:
1) discontinues
2) uniques par tronçon
3) utilisée comme dénomination alternatives: "allos les pompiers, j'ai eu
un accident sur le D45 au kilomètre 45"

Un relation ne se justifie pas vraiment...


Le 11 juillet 2016 à 22:20,  a écrit :

> Le 11/07/2016 à 21:10, Christian Quest - cqu...@openstreetmap.fr a écrit :
>
> Ce n'était pas vraiment la teneur de mon message qui visait à expliquer la
> nécessité pour le cas américain où un tronçon sert à plusieurs "route" aux
> numéros différents, cas que l'on n'a pas avec les départementales
> françaises.
>
> Exact, je faisais plus référence à des discussions précédentes où on
> parlait des imports étasuniens.
> Le seul cas équivalent ce sont les routes européennes (qui doivent
> toujours être des nationales, mais peut-être aussi des départementales ?)
> et on a le int_ref pour cela.
>
> Jean-Yvon
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale

[osm . sanspourriel]

Le 11/07/2016 à 21:10, Christian Quest - cqu...@openstreetmap.fr a écrit :
Ce n'était pas vraiment la teneur de mon message qui visait à 
expliquer la nécessité pour le cas américain où un tronçon sert à 
plusieurs "route" aux numéros différents, cas que l'on n'a pas avec 
les départementales françaises.
Exact, je faisais plus référence à des discussions précédentes où on 
parlait des imports étasuniens.
Le seul cas équivalent ce sont les routes européennes (qui doivent 
toujours être des nationales, mais peut-être aussi des départementales 
?) et on a le int_ref pour cela.


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

Re: [Talk-it] Richiesta urgente.

[Cristian Consonni]

Il 11 luglio 2016 19:02, Martin Koppenhoefer 
ha scritto:
> non è vecchia la cc-by-sa 2.0? Pensavo fosse la odbl?


I dati sono in ODbL, le tile di solito sono CC-BY-SA

C

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

Re: [OSM-talk] Open Location Code should we support it?

[john whelan]

In Canada suite 201 would be understood to be 2nd floor suite 1 of the
building.  Where did the name of the building come into it?  Do you have a
suggestion for Africa that is less than a very long string of latitude and
longitude remembering that any encoding system would need to be understood
by both the person creating it and the person using it?

Are you saying there is a better solution for encoding the co-ordinates?

Thanks John

On 11 July 2016 at 15:47, Lester Caine  wrote:

> On 11/07/16 19:43, john whelan wrote:
> > True but suite 201 followed by the location code should do the trick.  I
> > was thinking not so much of sending mail in the UK so much as providing
> > something fairly basic to countries in Africa etc. and even in the UK I
> > would at least provide a location.
>
> The use of the Open Location Code as an alternative to a postcode by
> adding a building identify is exactly against what it was designed for,
> but there is no reason that one can't directly use the latitude and
> longitude anyway, encoding them to a short form if you want. Any
> 'recoding system' for the physical location can be used to display the
> raw numbers? But for readability, just as OLC does, one uses the town
> and country and simply provide a GPS location limited to that area. A
> bit like 'national grid' in the UK
>
> > Cheerio John
> >
> > On 11 Jul 2016 2:36 pm, "Lester Caine"  > > wrote:
> >
> > On 11/07/16 18:12, john whelan wrote:
> > > I would basically give everyone an address in the world, its Open
> > source
> > > and as far as complexity goes the UK uses what is called precise
> > or the
> > > street number plus postcode which often is 9 characters and digits
> to
> > > uniquely identify an address so using ten wouldn't be that much
> more
> > > complex.
> >
> > For a UK address, the sub building name and building name can be up
> to
> > 80 characters to fit in the Royal Mail PAF record and building
> number up
> > to four digits. There are additional 'premises elements', and even
> some
> > of the thoroughfare elements may be additional to the postcode
> itself,
> > so 10 characters is never enough.
> >
> > Open Location Code lacks the ability to handle multi-story housing.
> It
> > only gets you to the apartment block. This is an area where OSM still
> > needs some more work.
>
> --
> 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 mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] relazione per linea autobus e rotonde

[Federico Cortese]

2016-07-11 20:58 GMT+02:00 Aury88 :
>
> dove posso trovare la documentazione per il nuovo metodo? comunque sia mi
> sembra un po' assurdo...si fa di tutto per evitare di usare le relazioni
> perchè difficili da gestire e per il trasporto se ne usano ben 3 a rotta?
>

Ciao Aury,
purtroppo riesco a risponderti solo ora.
Per il trasporto pubblico esistono due sistemi di mappatura come
giustamente segnalato da Martin, che puoi trovare anche nei presets di
JOSM:
- il "public transport (legacy)", che è il sistema più vecchio: in
sintesi utilizza una sola relazione per la linea, anche quando il bus
ripercorre lo stesso tratto prima in un senso e poi nell'altro, motivo
per il quale si usano i role backward e forward, per indicare appunto
in senso di percorrenza;
- il "public transport"
http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport,
che è lo schema più nuovo: la linea viene spezzata in più relazioni,
in questo modo non ci si trova mai nella situazione in cui il bus
ripassa sullo stesso tratto, quindi non si usano i role backward e
forward; tutte le relazioni vengono poi raggruppate in una relazione
master.
Alcune delle difficoltà che segnalavi sopra erano dovute proprio al
fatto che non avevi chiara la distinzione tra i due diversi sistemi di
mappatura.
Per le linee bus di Lecce ho usato sempre lo schema più nuovo, quindi
puoi andare vederle per capire meglio a cosa mi riferisco.
Ciao
Federico

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

Re: [Talk-it] relazione per linea autobus e rotonde

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 20:58, Aury88  ha 
> scritto:
> 
> perchè difficili da gestire e per il trasporto se ne usano ben 3 a rotta?


sulla mappa vedi solo 2: una andata, una ritorno. La terza contiene solo le due 
relazioni di sopra (non so nemmeno se serve). Si fanno queste 2/3 relazioni 
perché diventa molto più semplice nella gestione rispetto ad una relazione 
complicata.


ciao,
Martin 


ps: docu credo si trova nella wiki, comunque vedi a Roma per un esempio, grazie 
a Davio ci dovrebbero essere tutte le linee 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Open Location Code should we support it?

[Lester Caine]

On 11/07/16 19:43, john whelan wrote:
> True but suite 201 followed by the location code should do the trick.  I
> was thinking not so much of sending mail in the UK so much as providing
> something fairly basic to countries in Africa etc. and even in the UK I
> would at least provide a location.

The use of the Open Location Code as an alternative to a postcode by
adding a building identify is exactly against what it was designed for,
but there is no reason that one can't directly use the latitude and
longitude anyway, encoding them to a short form if you want. Any
'recoding system' for the physical location can be used to display the
raw numbers? But for readability, just as OLC does, one uses the town
and country and simply provide a GPS location limited to that area. A
bit like 'national grid' in the UK

> Cheerio John
> 
> On 11 Jul 2016 2:36 pm, "Lester Caine"  > wrote:
> 
> On 11/07/16 18:12, john whelan wrote:
> > I would basically give everyone an address in the world, its Open
> source
> > and as far as complexity goes the UK uses what is called precise
> or the
> > street number plus postcode which often is 9 characters and digits to
> > uniquely identify an address so using ten wouldn't be that much more
> > complex.
> 
> For a UK address, the sub building name and building name can be up to
> 80 characters to fit in the Royal Mail PAF record and building number up
> to four digits. There are additional 'premises elements', and even some
> of the thoroughfare elements may be additional to the postcode itself,
> so 10 characters is never enough.
> 
> Open Location Code lacks the ability to handle multi-story housing. It
> only gets you to the apartment block. This is an area where OSM still
> needs some more work.

-- 
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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] Tagear correctamente un paso de cebra

[R . M M]

Muchas gracias por la información, me ha quedado casi todo claro, la única duda es ¿seria correcto tagear crossing: uncontrolled y crossing_ref: zebra?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-de] Import Gehwegdaten Heidelberg

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 19:23, masta...@stud.uni-heidelberg.de ha 
> scritto:
> 
> ich plane einen Import von Gehwegdaten im Stadtgebiet Heidelberg.
> Dabei sollen auf Grundlage von amtlichen Gehwegdaten der Stadt Heidelberg 
> Gehweg-Tags in OSM ergänzt werden.
> 
> Genauere Informationen dazu sind auf der zugehörigen Wiki-Seite zu finden:
> http://wiki.openstreetmap.org/wiki/Import/Sidewalks_Heidelberg


Hallo Lisa,

auf der Wikiseite steht, dass die Daten der Stadt die Gehwege als Flächen 
enthalten. 

Ich frage mich, wie daraus ein width tag wird:
1. punktuell an nodes (wobei dann keine Richtung gegeben ist, außer man denkt 
sich dazu zusätzlich was aus)
2. an ways

im Fall von 2.: wie planst Du, mit Breiten umzugehen, die sich ändern (breiter 
oder schmaler werden)? Wie viele Zwischenschritte sind vorgesehen, oder hängt 
das von der einzelnen Situation ab? 

Eigentlich sollte man schon länger mal tags / eine Beschreibung erfinden, um 
die Übergänge unterschiedlicher widths abbilden zu können (linear oder in 
Stufen, oder evtl. auch verschieden "kurvig"), oder gibt es da evtl schon was 
im lanes Tagging?

Gibt es eine Mindestlänge, ab der man eine unterschiedliche Breite 
berücksichtigt?

Gibt es eine Mindestbreite, unterhalb der ein Gehweg nicht berücksichtigt wird? 
Vielleicht schon in den Daten der Stadt? (ich könnte mir z.B. ziemlich gut 
vorstellen, dass die sich nach den deutschen Normen richten, und unterhalb der 
Mindestbreite keinen Gehweg mehr darstellen, obwohl es vielleicht einen 
schmalen Streifen gibt, auf dem man notfalls  gehen könnte).

Ist geplant, auch so was wie "es gibt auf dieser Seite keinen Gehweg" 
festzuhalten, oder lässt man das tag dann einfach weg?

Wieso werden die Flächen nicht importiert, sondern nur daraus abgeleitete tags? 
Oder verstehe ich das falsch und die Flächen sollen ebenfalls importiert werden?

Gruß,
Martin 



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

Re: [OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale

[Christian Quest]

Le 11 juillet 2016 à 20:11,  a écrit :

> Bonjour,
>
> Je ne comprends pas en quoi la remarque de bon sens de Dominique pourrait
> le faire passer pour un troll.
>
> Parmi les pays fortement cartographiés, outre la France, l'Allemagne, la
> Grande-Bretagne et les États-Unis.
>
> Comme dit par Christian, l'historique des États-Unis ne plaide pas en
> faveur de cette structuration (imports vites faits pour faire apparaître de
> la donnée sans que les gens ne se les approprie - je simplifie).
>
>
Ce n'était pas vraiment la teneur de mon message qui visait à expliquer la
nécessité pour le cas américain où un tronçon sert à plusieurs "route" aux
numéros différents, cas que l'on n'a pas avec les départementales
françaises.

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

Re: [Talk-de] Import Gehwegdaten Heidelberg

[Michael Reichert]

Hallo Lisa,

Am 11.07.2016 um 19:23 schrieb masta...@stud.uni-heidelberg.de:
> ich plane einen Import von Gehwegdaten im Stadtgebiet Heidelberg.
> Dabei sollen auf Grundlage von amtlichen Gehwegdaten der Stadt
> Heidelberg Gehweg-Tags in OSM ergänzt werden.
> 
> Genauere Informationen dazu sind auf der zugehörigen Wiki-Seite zu finden:
> http://wiki.openstreetmap.org/wiki/Import/Sidewalks_Heidelberg

Ich habe dazu ein paar Anmerkungen:

1. Könntest du bitte die E-Mail der Stadt Heidelberg im Wiki
veröffentlichen, damit jeder darüber schauen kann und ggf. unser
Behördenbeauftragter bei der Stadt anrufen kann? Wir hatten schon
mehrere Fälle, wo Leute behauptet haben, es gäbe eine Erlaubnis und am
Ende hat sich herausgestellt, dass der Mitarbeiter der Behörde nicht
befugt war, diese Erlaubnis zu erteilen.

2. Könntest du bitte auch noch die dir vorliegenden Rohdaten uns
zugänglich machen, damit sich jeder ein Bild machen kann? Ich persönlich
überlege sogar, mal kurz nach Heidelberg zu fahren und ein paar
stichprobenhaftige Kontrollen durchzuführen. Dazu benötige ich aber die
Rohdaten (Shapefile).

Andernfalls kann ich dem Import nicht zustimmen.

Viele Grüße

Michael


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




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

Re: [Talk-it] relazione per linea autobus e rotonde

[Aury88]

dieterdreist wrote
> il sistema più moderno è avere 3 relazioni, una per direzione, una per
> mettere insieme, e niente forward/backward

dove posso trovare la documentazione per il nuovo metodo? comunque sia mi
sembra un po' assurdo...si fa di tutto per evitare di usare le relazioni
perchè difficili da gestire e per il trasporto se ne usano ben 3 a rotta?




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/relazione-per-linea-autobus-e-rotonde-tp5877726p5877963.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] Open Location Code should we support it?

[Lester Caine]

On 11/07/16 18:12, john whelan wrote:
> I would basically give everyone an address in the world, its Open source
> and as far as complexity goes the UK uses what is called precise or the
> street number plus postcode which often is 9 characters and digits to
> uniquely identify an address so using ten wouldn't be that much more
> complex.

For a UK address, the sub building name and building name can be up to
80 characters to fit in the Royal Mail PAF record and building number up
to four digits. There are additional 'premises elements', and even some
of the thoroughfare elements may be additional to the postcode itself,
so 10 characters is never enough.

Open Location Code lacks the ability to handle multi-story housing. It
only gets you to the apartment block. This is an area where OSM still
needs some more work.

-- 
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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale

[osm . sanspourriel]

Bonjour,

Je ne comprends pas en quoi la remarque de bon sens de Dominique 
pourrait le faire passer pour un troll.


Parmi les pays fortement cartographiés, outre la France, l'Allemagne, la 
Grande-Bretagne et les États-Unis.


Comme dit par Christian, l'historique des États-Unis ne plaide pas en 
faveur de cette structuration (imports vites faits pour faire apparaître 
de la donnée sans que les gens ne se les approprie - je simplifie).


Restent la Grande-Bretagne et l'Allemagne.

J'ai jeté un œil sur l'Allemagne.

Allez, commençons par le niveau national, l'A5 (du côté de Karsruhe) 
appartient à la relation E 35 
... qui s'arrête aux 
frontières du BaWü (c'est à dire au tronçon Offenbourg- Heidelberg) et 
encore la K5324 (contournement d'Offenburg) manque à l'appel.


Ça sent la requête limitée au BaWü des tronçons A5.

On est très loin de la description Wikipedia 
.


Plus intéressant, le réseau de surveillance TMC est modélisé (par 
exemple A 5 Basel - Karlsruhe [positive] 
). Non, Christian, je 
n'oublie pas ta question sur TMC.


J'ai regardé ce qui semble être du niveau départemental - échelon 
inexistant en Allemagne, L 559 
, pas de relation.

B3, pas de relation autre que le TMC :

 * Relation B 3 Karlsruhe - Heidelberg [positive] (955749)
    (en tant que backward)
 * Relation B 3 Karlsruhe - Heidelberg [negative] (955750)
    (en tant que forward)

Et au cours de ma recherche je suis tombé sur :
Historic Bade 
Tiens la Bretagne historique s'invite dans le débat ;-)
Je vois aussi des signaux ferroviaires cartographiés à l'allemande 
. Spécial Denis.


Je vous laisse le soin de regarder la Grande-Bretagne.
Pour le TMC, l'import est prêt pour la France, mais il y aurait du 
travail à faire (on voit qu'intelligemment en Allemagne ils séparent les 
sens de circulation, sachant que le modèle est encore en évolution). 
Donc un import assisté.


Ceci me semble bien plus utile (infos trafic) que des relations 
départementales créées ex-nihilo (et je pense que ça rejoint ce que 
disait François).


Jean-Yvon

Le 11/07/2016 à 12:04, Christian Quest - cqu...@openstreetmap.fr a écrit :

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

[Talk-de] Import Gehwegdaten Heidelberg

[mastaler]

Hallo zusammen,

ich plane einen Import von Gehwegdaten im Stadtgebiet Heidelberg.
Dabei sollen auf Grundlage von amtlichen Gehwegdaten der Stadt  
Heidelberg Gehweg-Tags in OSM ergänzt werden.


Genauere Informationen dazu sind auf der zugehörigen Wiki-Seite zu finden:
http://wiki.openstreetmap.org/wiki/Import/Sidewalks_Heidelberg

Ich freue mich über Fragen und Anregungen!

Viele Grüße
Lisa



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

[OSM-talk] Open Location Code should we support it?

[john whelan]

http://openlocationcode.com/

I was thinking if it's not a major problem the full 10 character code
should be easy to support in Nomination as it is based on longitude and
latitude.

I would basically give everyone an address in the world, its Open source
and as far as complexity goes the UK uses what is called precise or the
street number plus postcode which often is 9 characters and digits to
uniquely identify an address so using ten wouldn't be that much more
complex.

Thoughts?

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

Re: [Talk-it] Richiesta urgente.

[Martin Koppenhoefer]

non è vecchia la cc-by-sa 2.0? Pensavo fosse la odbl?

sent from a phone

> Il giorno 11 lug 2016, alle ore 18:34, Simone Cortesi  ha 
> scritto:
> 
> è ok!

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

Re: [Talk-it] relazione per linea autobus e rotonde

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 17:33, Aury88  ha 
> scritto:
> 
> non capisco: quindi devo inserire due volte lo stesso elemento "via Butera"
> dentro la relazione?
> è accettato come metodo? josm mi sembra lo segnali come errore


il sistema più moderno è avere 3 relazioni, una per direzione, una per mettere 
insieme, e niente forward/backward


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

Re: [Talk-it] Violazione

[Martin Koppenhoefer]

quindi niente adesivo/foglio sciolto aggiunto?

sent from a phone

> Il giorno 11 lug 2016, alle ore 14:31, Cascafico Giovanni 
>  ha scritto:
> 
> Ho avuto risposta alla mail. Credo non abbiano motivo di ignorare la 
> questione e che alla prossima occasione saranno conformi.

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

Re: [Talk-it] Richiesta urgente.

[Andrea Lattmann]

Il 11 luglio 2016 18:34:01 CEST, Simone Cortesi  ha scritto:
>è ok!
>
>2016-07-11 18:30 GMT+02:00 Andrea Lattmann :
>> Scusate ragazzi mi è arrivata questa mail dalla società a cui ho
>scritto.
>>
>> Buongiorno Sig. Andrea,
>>
>> le inoltro la cartina che vorremmo utilizzare con la dicitura ben
>visibile sotto la mappa.
>> Le chiedo gentilmente di visionare tale dicitura e dirmi se è
>corretta. Questa mappa verrà utilizzata solo come opera stampata.
>> La ringrazio anticipatamente e resto in attesa di un suo riscontro.
>In queste ora noi siamo in stampa e avremmo una certe urgenza.
>> Se, per anticipare i tempi, mi lascia un recapito telefonico la
>contatto volentieri.
>> Grazie
>>
>>
>>
>> https://drive.google.com/open?id=0B6ZriRW1mswYSGRBVTNtcjFBbEk
>>
>> Può andare bene ragazzi?
>> Scusate ma sono di corsaaa
>>
>> Andrea Lattmann
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>
>
>
>-- 
>-S
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

Dai, gli do l' OK. Va bene per tutti?

Andrea Lattmann

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

Re: [Talk-it] Richiesta urgente.

[Simone Cortesi]

è ok!

2016-07-11 18:30 GMT+02:00 Andrea Lattmann :
> Scusate ragazzi mi è arrivata questa mail dalla società a cui ho scritto.
>
> Buongiorno Sig. Andrea,
>
> le inoltro la cartina che vorremmo utilizzare con la dicitura ben visibile 
> sotto la mappa.
> Le chiedo gentilmente di visionare tale dicitura e dirmi se è corretta. 
> Questa mappa verrà utilizzata solo come opera stampata.
> La ringrazio anticipatamente e resto in attesa di un suo riscontro. In queste 
> ora noi siamo in stampa e avremmo una certe urgenza.
> Se, per anticipare i tempi, mi lascia un recapito telefonico la contatto 
> volentieri.
> Grazie
>
>
>
> https://drive.google.com/open?id=0B6ZriRW1mswYSGRBVTNtcjFBbEk
>
> Può andare bene ragazzi?
> Scusate ma sono di corsaaa
>
> Andrea Lattmann
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



-- 
-S

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

[Talk-it] Richiesta urgente.

[Andrea Lattmann]

Scusate ragazzi mi è arrivata questa mail dalla società a cui ho scritto.

Buongiorno Sig. Andrea,

le inoltro la cartina che vorremmo utilizzare con la dicitura ben visibile 
sotto la mappa. 
Le chiedo gentilmente di visionare tale dicitura e dirmi se è corretta. Questa 
mappa verrà utilizzata solo come opera stampata.
La ringrazio anticipatamente e resto in attesa di un suo riscontro. In queste 
ora noi siamo in stampa e avremmo una certe urgenza. 
Se, per anticipare i tempi, mi lascia un recapito telefonico la contatto 
volentieri.
Grazie



https://drive.google.com/open?id=0B6ZriRW1mswYSGRBVTNtcjFBbEk

Può andare bene ragazzi? 
Scusate ma sono di corsaaa

Andrea Lattmann

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

Re: [Talk-it] su natural=spring (ancora...)

[girarsi_liste]

Il 11/07/2016 16:53, demon.box ha scritto:
> chiedo scusa, ma per chi ha voglia di leggere torno un attimo nuovamente
> sulla differenza tra un "generico" amenity=drinking_water e un
> natural=spring
> 
> se metto amenity=drinking_water diciamo che me la cavo quasi sempre ma se
> voglio essere più preciso...
> 
> secondo il wiki è chiaro: è acqua che sgorga dal terreno dalle falde
> acquifere quindi se ho un bocchettone che "spunta" dal terreno nessun dubbio
> ma:
> 
> - se diciamo lungo un sentiero trovo un bocchettone con anche una bella
> vasca di cemento, nessun ruscello ne prima ne dopo, cosa metto?
> - oppure spesso trovo piccoli serbatoi in cemento
> (man_made=reservoir_covered) e poco dopo a valle un bocchettone di acqua. è
> chiaro che la sorgente principale viene interecettata dal serbatoio poi il
> troppo pieno del serbatoio stesso o un rigagnolo secondario alimenta il
> bocchettone: natural=spring?
> 
> concludendo: il mio dubbio è se è acqua diciamo fuori dai centri abitati
> (nei boschi per intenderci oppure lontano da acqua corrente) è sempre
> comunque natural=spring sia che ci sia un rudimentale tubo di ferro o che ci
> sia una "più elaborata" vasca?
> 
> ed infine (specialmente in alta montagna) se c'è un ruscello e subito
> accanto un bocchettone di acqua sarà comunque natural=spring?
> 
> scusate la lungaggine ;-))
> GRAZIE
> 
> --enrico

Su un sentiero con un bocchettone che esce da cosa? da un muro o da un
terreno?

Generalmente in montagna, spesso uso amenity=fountain +
drinking_water=yes/no se trattasi di fontanella con vasca in legno
(classico tronco intagliato), se invece c'è uno spuntone che esce dal
terreno o fa da "canale" ad una sogiva, metto solo natural=spring.

Diversamente se sono in città/paese, è più facile sia presente, oltre
alle fontane, i classici rubinetti con pilastri in cemento o metallo, in
quel caso amenity=drinking_water, natural=spring non lo intuisco.

Anche in montagna presso abitazioni, è facile sia costruito dall'uomo
l'acquedotto, fatto salvo evidente caso di sogiva o canale all'aria aperta.



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



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

Re: [Talk-it] su natural=spring (ancora...)

[Volker Schmidt]

La risposta al livello pratico, è, che nella maggior parte dei casi non sai
se il bocchettone viene da una sorgente od da un acquedotto nascosto.
Io metto spring solo nei casi dove si vede senza dubbi che viene dal
terreno in quel posto.

2016-07-11 16:53 GMT+02:00 demon.box :

> chiedo scusa, ma per chi ha voglia di leggere torno un attimo nuovamente
> sulla differenza tra un "generico" amenity=drinking_water e un
> natural=spring
>
> se metto amenity=drinking_water diciamo che me la cavo quasi sempre ma se
> voglio essere più preciso...
>
> secondo il wiki è chiaro: è acqua che sgorga dal terreno dalle falde
> acquifere quindi se ho un bocchettone che "spunta" dal terreno nessun
> dubbio
> ma:
>
> - se diciamo lungo un sentiero trovo un bocchettone con anche una bella
> vasca di cemento, nessun ruscello ne prima ne dopo, cosa metto?
> - oppure spesso trovo piccoli serbatoi in cemento
> (man_made=reservoir_covered) e poco dopo a valle un bocchettone di acqua. è
> chiaro che la sorgente principale viene interecettata dal serbatoio poi il
> troppo pieno del serbatoio stesso o un rigagnolo secondario alimenta il
> bocchettone: natural=spring?
>
> concludendo: il mio dubbio è se è acqua diciamo fuori dai centri abitati
> (nei boschi per intenderci oppure lontano da acqua corrente) è sempre
> comunque natural=spring sia che ci sia un rudimentale tubo di ferro o che
> ci
> sia una "più elaborata" vasca?
>
> ed infine (specialmente in alta montagna) se c'è un ruscello e subito
> accanto un bocchettone di acqua sarà comunque natural=spring?
>
> scusate la lungaggine ;-))
> GRAZIE
>
> --enrico
>
>
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/su-natural-spring-ancora-tp5877937.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] What3words

[Ian Dees]

Indeed. But it was from 2015. Why is it coming up again 6 months later?

On Mon, Jul 11, 2016 at 5:51 PM, Nicolás Alvarez 
wrote:

> 2016-07-11 12:30 GMT-03:00 Ian Dees :
> > On Mon, Jul 11, 2016 at 5:23 PM, Blake Girardot 
> wrote:
> >>
> >> On a slightly more serious note:
> >>
> >> There are other solutions to the issue of lack of addresses in large
> >> parts of the world.
> >>
> >> Google has put forth a solution that tries to address most of the w3w
> >> issues. It is open source, works off line, non-propriety, usable for
> >> printed maps among other issues they try and solve, called Open
> >> Location Codes aka "Plus Codes"
> >>
> >> http://openlocationcode.com/
> >>
> >>
> >>
> https://maps.googleblog.com/2015/08/plus-codes-new-way-to-help-pinpoint.html
> >>
> >> https://plus.codes/
> >>
> >> It is still a work in progress for them but they are seriously seeking
> >> feedback from the OSM and humanitarian communities. I have no opinion
> >> on it because it is a bit beyond my full understanding at the moment,
> >> but as I said, thoughtful feedback on it would help I think.
> >
> >
> > The mailing lists have talked about what3words before, too:
> >
> > https://lists.openstreetmap.org/pipermail/talk/2015-November/075051.html
>
> Your link is the first post on *this* thread.
>
> --
> Nicolás
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] What3words

[john whelan]

My preference would be the open source solution.  The three words one
assumes you will recognise the words and many locations use postcodes
already these aren't much different.

How would we make use of it?

Thanks John

On 11 July 2016 at 11:23, Blake Girardot  wrote:

> On a slightly more serious note:
>
> There are other solutions to the issue of lack of addresses in large
> parts of the world.
>
> Google has put forth a solution that tries to address most of the w3w
> issues. It is open source, works off line, non-propriety, usable for
> printed maps among other issues they try and solve, called Open
> Location Codes aka "Plus Codes"
>
> http://openlocationcode.com/
>
>
> https://maps.googleblog.com/2015/08/plus-codes-new-way-to-help-pinpoint.html
>
> https://plus.codes/
>
> It is still a work in progress for them but they are seriously seeking
> feedback from the OSM and humanitarian communities. I have no opinion
> on it because it is a bit beyond my full understanding at the moment,
> but as I said, thoughtful feedback on it would help I think.
>
> Regards,
> Blake
>
> On Mon, Jul 11, 2016 at 4:37 PM, Martin Koppenhoefer
>  wrote:
> >
> >
> > sent from a phone
> >
> >> Il giorno 11 lug 2016, alle ore 16:29, Steve Doerr <
> doerr.step...@gmail.com> ha scritto:
> >>
> >> Just came across this story:
> http://qz.com/705273/mongolia-is-changing-all-its-addresses-to-three-word-phrases/
> >
> >
> > maybe you're also interested in this Twitter account:
> https://mobile.twitter.com/what3rudewords
> >
> >
> > cheers,
> > Martin
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] relazione per linea autobus e rotonde

[Aury88]

scusami. mi rispondo da salo...segnalava solo che un elemento è stato
inserito due volte che di solito è un errore, ma non nello specifico
caso...credo. Grazie mille Marco ;-)
sarebbe una cosa da aggiungere al wiki imho.
Ultimi quesiti (spero):
1) il validatore josm mi da uno strano avvertimento: Route relation contains
a 'forward/backward' role

che significa? mi sembra strano che in una relazione route questo possa dar
luogo ad un avviso del genere visto che le vie dovrebbero avere appunto un
ruolo backward o forward.

2)se volessi eventualmente aggiungere anche le piazzole (platform) posso?non
le ho mai viste mappate le rotte con entrambi gli elementi (platform e stop)
e mi chiedevo perchè...
se si può inserirle assieme agli stop basta aggiungere in fondo alla lista
degli elementi gli elementi platform (un po' come fatto tra le way e gli
stop in cui prima ho l'elenco delle way in ordine e poi delle fermate sempre
in ordine)?



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/relazione-per-linea-autobus-e-rotonde-tp5877726p5877946.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] Purtroppo con l'inglese..... qualcuno mi ha scritto.

[Volker Schmidt]

Certo, volevo solo sottolineare che ci sono approcci diversi in uso.
Il problema principale del uso di marciapiedi come way separato è il
routing per pedoni. Devi stare molto attento ai dettagli del collegamento
fra strada e marciapiede parallelo. Devi mettere tutti i collegamenti con
sbalzo e senza. Dell'altro canto se vuoi fare routing per wheelchair è
indispensabile

2016-07-11 16:47 GMT+02:00 Martin Koppenhoefer :

>
>
> sent from a phone
>
> > Il giorno 11 lug 2016, alle ore 16:24, Volker Schmidt 
> ha scritto:
> >
> > Non segue necessariamente.
> > Si può usare tranquillamente
> >
> > sidewalk=both
> > sidewalk:both:surface=asphalt
> > sidewalk:left:width=1
> > sidewalk:right:width=2.5
>
>
> si, tecnicamente si può fare, ma temo poco trasparente e poco stabile una
> mappatura di questo genere. Vuol dire spezzare per esempio una strada per
> il solo motivo che cambi una proprietà di un suo marciapiede - ogni volta
> per ogni cosa che cambia. Poi, voglio vedere come si inserisce un bollard
> su un marciapiede del genere. Oppure un kerb abbassato tra strada e
> marciapiede. Oppure il tactile paving per i cechi. Oppure un guardrail di
> qualche metro tra strada e marciapiede. Oppure
>
>
> 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: [OSM-talk] What3words

[Nicolás Alvarez]

2016-07-11 12:30 GMT-03:00 Ian Dees :
> On Mon, Jul 11, 2016 at 5:23 PM, Blake Girardot  wrote:
>>
>> On a slightly more serious note:
>>
>> There are other solutions to the issue of lack of addresses in large
>> parts of the world.
>>
>> Google has put forth a solution that tries to address most of the w3w
>> issues. It is open source, works off line, non-propriety, usable for
>> printed maps among other issues they try and solve, called Open
>> Location Codes aka "Plus Codes"
>>
>> http://openlocationcode.com/
>>
>>
>> https://maps.googleblog.com/2015/08/plus-codes-new-way-to-help-pinpoint.html
>>
>> https://plus.codes/
>>
>> It is still a work in progress for them but they are seriously seeking
>> feedback from the OSM and humanitarian communities. I have no opinion
>> on it because it is a bit beyond my full understanding at the moment,
>> but as I said, thoughtful feedback on it would help I think.
>
>
> The mailing lists have talked about what3words before, too:
>
> https://lists.openstreetmap.org/pipermail/talk/2015-November/075051.html

Your link is the first post on *this* thread.

-- 
Nicolás

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

Re: [Talk-it] relazione per linea autobus e rotonde

[Aury88]

mbranco wrote
> Basta che riaggiungi quella way di 4 nodi di Via Butera dove c'è
> l'interruzione (con ruolo "forward"):
 
> 
> La prima volta che è usato (3^ elemento nella relazione) deve invece avere
> ruolo "backward".
> 
> Ciao!
> 
>   Marco

non capisco: quindi devo inserire due volte lo stesso elemento "via Butera"
dentro la relazione?
è accettato come metodo? josm mi sembra lo segnali come errore



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/relazione-per-linea-autobus-e-rotonde-tp5877726p5877944.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] What3words

[Ian Dees]

On Mon, Jul 11, 2016 at 5:23 PM, Blake Girardot  wrote:

> On a slightly more serious note:
>
> There are other solutions to the issue of lack of addresses in large
> parts of the world.
>
> Google has put forth a solution that tries to address most of the w3w
> issues. It is open source, works off line, non-propriety, usable for
> printed maps among other issues they try and solve, called Open
> Location Codes aka "Plus Codes"
>
> http://openlocationcode.com/
>
>
> https://maps.googleblog.com/2015/08/plus-codes-new-way-to-help-pinpoint.html
>
> https://plus.codes/
>
> It is still a work in progress for them but they are seriously seeking
> feedback from the OSM and humanitarian communities. I have no opinion
> on it because it is a bit beyond my full understanding at the moment,
> but as I said, thoughtful feedback on it would help I think.


The mailing lists have talked about what3words before, too:

https://lists.openstreetmap.org/pipermail/talk/2015-November/075051.html
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] What3words

[Blake Girardot]

On a slightly more serious note:

There are other solutions to the issue of lack of addresses in large
parts of the world.

Google has put forth a solution that tries to address most of the w3w
issues. It is open source, works off line, non-propriety, usable for
printed maps among other issues they try and solve, called Open
Location Codes aka "Plus Codes"

http://openlocationcode.com/

https://maps.googleblog.com/2015/08/plus-codes-new-way-to-help-pinpoint.html

https://plus.codes/

It is still a work in progress for them but they are seriously seeking
feedback from the OSM and humanitarian communities. I have no opinion
on it because it is a bit beyond my full understanding at the moment,
but as I said, thoughtful feedback on it would help I think.

Regards,
Blake

On Mon, Jul 11, 2016 at 4:37 PM, Martin Koppenhoefer
 wrote:
>
>
> sent from a phone
>
>> Il giorno 11 lug 2016, alle ore 16:29, Steve Doerr  
>> ha scritto:
>>
>> Just came across this story: 
>> http://qz.com/705273/mongolia-is-changing-all-its-addresses-to-three-word-phrases/
>
>
> maybe you're also interested in this Twitter account: 
> https://mobile.twitter.com/what3rudewords
>
>
> cheers,
> Martin
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-it] Mappare una scuola.

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 14:12, stefano664  ha 
> scritto:
> 
> Domanda: Ho aggiunto anche dei nodi per identificare le entrate. Questi vanno 
> messi in relazione con l'area scolastica o basta che siano all'interno del 
> perimetro della stessa?


il secondo che hai scritto, è una relazione spaziale in automatico
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cu] Sobre osm-cuba en evento en Kcho+google

[Laura Barroso Pérez]

Escríbele que él está esperando por tu correo

 

De: pb[gmail] [mailto:elpbati...@gmail.com] 
Enviado el: Monday, July 11, 2016 10:42 AM
Para: OpenStreetMap Cuba
Asunto: Re: [Talk-cu] Sobre osm-cuba en evento en Kcho+google

 

Sí, la idea general la tengo, estaba preguntando por los detalles

 

On 11/7/2016, at 10:23 a.m., Laura Barroso Pérez
 > wrote:

 

Pb lo del evento que hablamos la última vez por aquí, revisa los logs para
que caigas…puedes escribirle a  
jor...@citmatel.inf.cu él es el organizador del evento…  la idea es que
hagas una charla de osm, después de ti entro yo con lo de MapaDCuba y los
servicios de Entumovil

 

De: pb[gmail] [mailto:elpbati...@gmail.com] 
Enviado el: Monday, July 11, 2016 10:20 AM
Para: OpenStreetMap Cuba
Asunto: Re: [Talk-cu] Sobre osm-cuba en evento en Kcho+google

 

¿y eso cómo fue?

por mi encantado pero… ¿dónde puedo saber más del evento? ¿qué tengo que
contar?

bb,

pb

 

On 11/7/2016, at 9:56 a.m., Laura Barroso Pérez <
 laura.barr...@hab.desoft.cu> wrote:

 

Holin, el evento del que estuvimos hablando, Primer encuentro: “Un contacto
directo con TuAndroid” se realizará el 27 de agosto del 2016 de 12:00 pm a
4:00 .

PB, expones de 12:45 - 1:00 en el programa.

Saludos.

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

 

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

 

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

Re: [Talk-it] Mappare una scuola.

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 14:02, stefano664  ha 
> scritto:
> 
> Scusami, sono apprendista! :-D


si, non ti preoccupare, fai bene a chiedere 


> 
> Per quello ho chiesto aiuto sulle relazioni che non ho ancora digerito.


qualcosa si trova nel wiki. In sostanza le relazioni sono oggetti astratti, 
composti da altri oggetti (way, node, anche altre relazioni), che si chiamano 
"membri" della relazione, e che possono avere ciascuno 1 o zero "ruoli" (un 
ruolo e come un singolo tag specifico, che dice qualcosa sulla relazione tra 
relazione e membro). Esempio per un ruolo sarebbe "from", "to", "outer", 
"inner", ecc.

Poi le relazioni possono avere dei tags come gli altri oggetti (way, ...), e 
come sempre questi tags descrivono l'oggetto (in questo caso la relazione). 
L'unico tag obbligatorio è "type=*" dove * descrive il tipo di relazione 
(restriction, multipolygon, route, ecc.)

In ID (editor) non puoi capire bene cosa sono le relazioni perché iD te le 
nasconde (credo), però consente di modificare alcuni tipi (per esempio i 
multipoligoni), ma senza specificare che si tratta di una relazione (credo).

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

Re: [Talk-it] Mappare una scuola.

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 14:55, Federico Cortese 
>  ha scritto:
> 
> Se invece l'edificio è nato per altro uso e poi vi si è adattata una
> scuola al suo interno, allora si può lasciare building=yes.


si, "yes" è ideale per tutti gli edifici che sono stati progettati come "yes" 
oppure per i casi che non si capisce la tipologia del fabbricato. Altrimenti è 
meglio essere più specifico.

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

Re: [OSM-talk] What3words

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 16:44, Iván Sánchez Ortega 
>  ha scritto:
> 
> Ahem.
> 
> www.what3fucks.com


WTF, that's brillant 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it] su natural=spring (ancora...)

[demon.box]

chiedo scusa, ma per chi ha voglia di leggere torno un attimo nuovamente
sulla differenza tra un "generico" amenity=drinking_water e un
natural=spring

se metto amenity=drinking_water diciamo che me la cavo quasi sempre ma se
voglio essere più preciso...

secondo il wiki è chiaro: è acqua che sgorga dal terreno dalle falde
acquifere quindi se ho un bocchettone che "spunta" dal terreno nessun dubbio
ma:

- se diciamo lungo un sentiero trovo un bocchettone con anche una bella
vasca di cemento, nessun ruscello ne prima ne dopo, cosa metto?
- oppure spesso trovo piccoli serbatoi in cemento
(man_made=reservoir_covered) e poco dopo a valle un bocchettone di acqua. è
chiaro che la sorgente principale viene interecettata dal serbatoio poi il
troppo pieno del serbatoio stesso o un rigagnolo secondario alimenta il
bocchettone: natural=spring?

concludendo: il mio dubbio è se è acqua diciamo fuori dai centri abitati
(nei boschi per intenderci oppure lontano da acqua corrente) è sempre
comunque natural=spring sia che ci sia un rudimentale tubo di ferro o che ci
sia una "più elaborata" vasca?

ed infine (specialmente in alta montagna) se c'è un ruscello e subito
accanto un bocchettone di acqua sarà comunque natural=spring?

scusate la lungaggine ;-))
GRAZIE

--enrico





--
View this message in context: 
http://gis.19327.n5.nabble.com/su-natural-spring-ancora-tp5877937.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] Purtroppo con l'inglese..... qualcuno mi ha scritto.

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 16:24, Volker Schmidt  ha 
> scritto:
> 
> Non segue necessariamente.
> Si può usare tranquillamente
> 
> sidewalk=both
> sidewalk:both:surface=asphalt
> sidewalk:left:width=1
> sidewalk:right:width=2.5


si, tecnicamente si può fare, ma temo poco trasparente e poco stabile una 
mappatura di questo genere. Vuol dire spezzare per esempio una strada per il 
solo motivo che cambi una proprietà di un suo marciapiede - ogni volta per ogni 
cosa che cambia. Poi, voglio vedere come si inserisce un bollard su un 
marciapiede del genere. Oppure un kerb abbassato tra strada e marciapiede. 
Oppure il tactile paving per i cechi. Oppure un guardrail di qualche metro tra 
strada e marciapiede. Oppure


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

Re: [OSM-talk] What3words

[Iván Sánchez Ortega]

El Lunes 11. julio 2016 16.37.03 Martin Koppenhoefer escribió:
> Steve Doerr  ha scritto:
> > Just came across this story:
> > http://qz.com/705273/mongolia-is-changing-all-its-addresses-to-three-word
> > -phrases/

> maybe you're also interested in this Twitter account:
> https://mobile.twitter.com/what3rudewords

Ahem.

www.what3fucks.com


-- 
Iván Sánchez Ortega   


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

Re: [Talk-it] relazione per linea autobus e rotonde

[mbranco]

Basta che riaggiungi quella way di 4 nodi di Via Butera dove c'è
l'interruzione (con ruolo "forward"):
 

La prima volta che è usato (3^ elemento nella relazione) deve invece avere
ruolo "backward".

Ciao!

  Marco




--
View this message in context: 
http://gis.19327.n5.nabble.com/relazione-per-linea-autobus-e-rotonde-tp5877726p5877933.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] Purtroppo con l'inglese..... qualcuno mi ha scritto.

[Volker Schmidt]

La mia nota era essenzialmente per ricordarti che la situazione del
marciapiede non è uguale su tutta la lunghezza del way, indipendentemente
da come si scelgono le etichette. Conosco  per caso il posto.

2016-07-11 16:31 GMT+02:00 girarsi_liste :

> Il 11/07/2016 16:11, Volker Schmidt ha scritto:
> > Piccola nota: la strada in questione, almeno parzialmente ha due
> > marciapiedi. All'altezza della Bottega del Cruccolo ne ha uno più largo a
> > destra e un meno largo a sinistra.
> >
>
> È vero, ma finora non ho mai preso la larghezza dei marciapiedi, perchè
> ho già di mio piccole difficoltà a mappare normalmente che stare
> dietro a tutto.. hai voglia :)
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] What3words

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 16:29, Steve Doerr  
> ha scritto:
> 
> Just came across this story: 
> http://qz.com/705273/mongolia-is-changing-all-its-addresses-to-three-word-phrases/


maybe you're also interested in this Twitter account: 
https://mobile.twitter.com/what3rudewords


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

Re: [Talk-it] Purtroppo con l'inglese..... qualcuno mi ha scritto.

[girarsi_liste]

Il 11/07/2016 16:11, Volker Schmidt ha scritto:
> Piccola nota: la strada in questione, almeno parzialmente ha due
> marciapiedi. All'altezza della Bottega del Cruccolo ne ha uno più largo a
> destra e un meno largo a sinistra.
> 

È vero, ma finora non ho mai preso la larghezza dei marciapiedi, perchè
ho già di mio piccole difficoltà a mappare normalmente che stare
dietro a tutto.. hai voglia :)



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



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

Re: [OSM-talk] What3words

[Steve Doerr]

Just came across this story: 
http://qz.com/705273/mongolia-is-changing-all-its-addresses-to-three-word-phrases/


--
Steve

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


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

Re: [Talk-it] Purtroppo con l'inglese..... qualcuno mi ha scritto.

[Volker Schmidt]

Non segue necessariamente.
Si può usare tranquillamente

sidewalk=both
sidewalk:both:surface=asphalt
sidewalk:left:width=1
sidewalk:right:width=2.5

(vedi Taginfo!)

2016-07-11 16:14 GMT+02:00 Federico Cortese :

>
> On Jul 11, 2016 16:12, "Volker Schmidt"  wrote:
> >
> > Piccola nota: la strada in questione, almeno parzialmente ha due
> marciapiedi. All'altezza della Bottega del Cruccolo ne ha uno più largo a
> destra e un meno largo a sinistra.
> >
>
> Infatti è un motivo di più per usare way separate, in questo modo ad ogni
> marciapiede è possibile assegnare la larghezza corretta.
> Ciao
> Federico
>
> ___
> 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] Purtroppo con l'inglese..... qualcuno mi ha scritto.

[Federico Cortese]

On Jul 11, 2016 16:12, "Volker Schmidt"  wrote:
>
> Piccola nota: la strada in questione, almeno parzialmente ha due
marciapiedi. All'altezza della Bottega del Cruccolo ne ha uno più largo a
destra e un meno largo a sinistra.
>

Infatti è un motivo di più per usare way separate, in questo modo ad ogni
marciapiede è possibile assegnare la larghezza corretta.
Ciao
Federico
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Fwd: Automated edits code of conduct

[john whelan]

>yes, armchair mapping generally bears the risk of misinterpreting the
actual situation, (depending on what kind of tags you use this can be more
or less important).
Doing it in search and replace fashion is slightly different though, as you
risk falsifying  information someone else has meticulously surveyed
(assuming that armchair mapping is mostly about the addition of new stuff).

and then you get the situation in Africa with HOT, new mappers less than 24
hours old, marking a tile done in HOT using tags which have extremely low
usage in taginfo and are not the recommended tags for the project or area.
It is tempting to do a search and replace for highway=pedestrian on the
mapper and replace it with highway=path the recommended value in the
African Highway wiki.  http://wiki.openstreetmap.org/wiki/Highway_Tag_Africa

I agree mapping done on the ground by locals is best.

Cheerio John

On 11 July 2016 at 09:45, Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> > Il giorno 11 lug 2016, alle ore 14:01, Éric Gillet <
> gill3t.3ric+...@gmail.com> ha scritto:
> >
> > I agree that survey are that on-premise survey is the best review
> method. But then you are adressing armchair mapping as a whole and not
> specifically search-and-replace edits.
>
>
> yes, armchair mapping generally bears the risk of misinterpreting the
> actual situation, (depending on what kind of tags you use this can be more
> or less important).
> Doing it in search and replace fashion is slightly different though, as
> you risk falsifying  information someone else has meticulously surveyed
> (assuming that armchair mapping is mostly about the addition of new stuff).
>
>
>
> >
> > There are instances where a survey is not necessary, and the information
> needed to perform the modification is available on imagery, website or open
> data, so the need to be on the premises is limited. But again this does
> apply to all armchair mapping.
>
>
> yes (let's say a survey is less necessary, still there is always the
> possibility something has changed in the meantime and any edit will make it
> appear as if the feature still existed at the time of the survey)
>
> cheers,
> Martin
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Purtroppo con l'inglese..... qualcuno mi ha scritto.

[Volker Schmidt]

Piccola nota: la strada in questione, almeno parzialmente ha due
marciapiedi. All'altezza della Bottega del Cruccolo ne ha uno più largo a
destra e un meno largo a sinistra.

2016-07-11 15:43 GMT+02:00 girarsi_liste :

> Il 11/07/2016 14:34, Federico Cortese ha scritto:
> > 2016-07-11 13:35 GMT+02:00 Andrea Musuruane :
> >>
> >> Direi che ha ragione lui. Right non è un tag. Questo è il corretto modo
> di
> >> mappare:
> >> http://wiki.openstreetmap.org/wiki/Key:sidewalk
> >> http://wiki.openstreetmap.org/wiki/Sidewalks
> >>
> >> Quindi sidewalk=right.
> >>
> >
> > Se la strada ha il marciapiede su tutti e due i lati dovrebbe essere
> > sidewalk=both.
> > Comunque io preferisco di solito mappare il marciapiede con linea
> > separata e tag highway=footway + footway=sidewalk (crossing per gli
> > attraversamenti); in questo modo puoi aggiungere surface, width o
> > altro direttamente alla way del marciapiede e puoi aggiungere il tag
> > kerb=* dove c'è un gradino o una rampa.
> >
> > Ciao
> > Federico
>
> Grazie a tutti e due, provvederò a disegnare le way dei marciapiedi,
> risulta meno problematica anche la taggatura.
>
> Nel frattempo rispondo all'utente, grazie ancora.
>
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> 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-ar] estaciones de servicio en una ruta

[Fernando Toledo]

El 10/07/16 a las 14:54, Matias Montroull escribió:
> Si eso es una opción pero no te confies porque si te jugas en algun
> tramo largo a llegar a una est de servicio para cargar y por esas
> casualidades no tienen combustibles estas en problemas..
> Para esos viajes donde tenes est de serv en tramos largos mi
> recomendación es q cargues donde puedas asi tengas 3/4 de tanque lleno,
> completalo y seguis... no perdes nada y ganas mucho.
> 
> Matias
> 
> On Jul 10, 2016 1:56 PM, "Agustin Rissoli"  > wrote:
> 
> Lo podés hacer con OsmAnd, tiene una opción que te muestra POIS
> cercanos, lo podés configurar para que te anuncie estaciones de
> servicio durante el ruteo, le podés ajustar la distancia a la ruta.
> Y también podés hacer la búsqueda sin estar ruteando, en este caso
> podés hacer la búsqueda por tipo de combustible.

Hola todos gracias por las recomendaciones!!!
Sisisisi obviamente voy a ir cargando nafta. Fue mas que nada un
interrogante acera de si se podía obtener esa info de forma facil.

OsmAnd lo tengo y lo suelo usar y en lo posible voy a mapear
aprovenchando el viaje.

-- 
Fernando Toledo
Dock Sud BBS
http://bbs.docksud.com.ar
telnet://bbs.docksud.com.ar

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

Re: [OSM-talk] Fwd: Automated edits code of conduct

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 14:01, Éric Gillet 
>  ha scritto:
> 
> I agree that survey are that on-premise survey is the best review method. But 
> then you are adressing armchair mapping as a whole and not specifically 
> search-and-replace edits.


yes, armchair mapping generally bears the risk of misinterpreting the actual 
situation, (depending on what kind of tags you use this can be more or less 
important).
Doing it in search and replace fashion is slightly different though, as you 
risk falsifying  information someone else has meticulously surveyed (assuming 
that armchair mapping is mostly about the addition of new stuff).



> 
> There are instances where a survey is not necessary, and the information 
> needed to perform the modification is available on imagery, website or open 
> data, so the need to be on the premises is limited. But again this does apply 
> to all armchair mapping.


yes (let's say a survey is less necessary, still there is always the 
possibility something has changed in the meantime and any edit will make it 
appear as if the feature still existed at the time of the survey)

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

Re: [Talk-it] Purtroppo con l'inglese..... qualcuno mi ha scritto.

[girarsi_liste]

Il 11/07/2016 14:34, Federico Cortese ha scritto:
> 2016-07-11 13:35 GMT+02:00 Andrea Musuruane :
>>
>> Direi che ha ragione lui. Right non è un tag. Questo è il corretto modo di
>> mappare:
>> http://wiki.openstreetmap.org/wiki/Key:sidewalk
>> http://wiki.openstreetmap.org/wiki/Sidewalks
>>
>> Quindi sidewalk=right.
>>
> 
> Se la strada ha il marciapiede su tutti e due i lati dovrebbe essere
> sidewalk=both.
> Comunque io preferisco di solito mappare il marciapiede con linea
> separata e tag highway=footway + footway=sidewalk (crossing per gli
> attraversamenti); in questo modo puoi aggiungere surface, width o
> altro direttamente alla way del marciapiede e puoi aggiungere il tag
> kerb=* dove c'è un gradino o una rampa.
> 
> Ciao
> Federico

Grazie a tutti e due, provvederò a disegnare le way dei marciapiedi,
risulta meno problematica anche la taggatura.

Nel frattempo rispondo all'utente, grazie ancora.




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



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

Re: [Talk-it] Nota interessante

[Luigi Toscano]

On Monday 11 of July 2016 15:22:54 Simone Saviolo wrote:
> FORSE potremmo pensare ad uno schema di mappatura delle parrocchie, che
> comprenda la sede parrocchiale come admin_centre o simile. La cosa non è
> irrilevante, perché ad esempio i matrimoni possono essere celebrati sempre
> solo nelle sedi parrocchiali, mentre altrove ci vuole una dispensa
> vescovile. La relazione di una parrocchia potrebbe comprenderne anche i
> fonti battesimali.

Tipo boundary=religious_administration qua?
http://wiki.openstreetmap.org/wiki/Boundaries#Other
(che punta ad una pagina non ufficiale 
http://wiki.openstreetmap.org/wiki/User:FrViPofm/Tag:boundary%3Dreligious_administration
 
)

Ciao
-- 
Luigi

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

Re: [Talk-it] Nota interessante

[Simone Saviolo]

Il giorno 5 luglio 2016 10:27, Martin Koppenhoefer 
ha scritto:

> > Il giorno 05 lug 2016, alle ore 09:18, Paolo Monegato <
> gato.selvad...@gmail.com> ha scritto:
> >
> > Mah, non saprei. Con official intendiamo il nome che ha per la Chiesa? O
> per altra autorità?
>
> per me, l'autorità sulle chiese cattoliche ha il papà
>

In realtà, se non sbaglio, il vescovo :)

Attenzione a una cosa: la parrocchia non è un edificio, ma un'istituzione
con una sua copertura geografica. Di norma, esiste una chiesa all'interno
della parrocchia che ne costituisce la sede, e di norma la si chiama
"chiesa parrocchiale". La chiesa parrocchiale può avere un patrono diverso
da quello della parrocchia (a Vercelli esiste - vado a memoria - la chiesa
parrocchiale di San Cristoforo nella parrocchia di San Giacomo), ma più
spesso i patroni coincidono.

Quindi avremmo la chiesa, la chiesa parrocchiale e la parrocchia. Le prime
due sono luoghi di culto perlopiù coincidenti con un edificio (con
eventuali pertinenze), l'altra è un confine amministrativo (sì, le
parrocchie hanno confini precisi, e le diocesi sono un insieme di
parrocchie, NON di Comuni).

FORSE potremmo pensare ad uno schema di mappatura delle parrocchie, che
comprenda la sede parrocchiale come admin_centre o simile. La cosa non è
irrilevante, perché ad esempio i matrimoni possono essere celebrati sempre
solo nelle sedi parrocchiali, mentre altrove ci vuole una dispensa
vescovile. La relazione di una parrocchia potrebbe comprenderne anche i
fonti battesimali.

Inoltre ci sono ancora gli oratori e le cappelle, per le quali cambierei
solo il name ("Oratorio di San Giacomo", "Chiesa di Sant'Eusebio",
"Cappella di Santa Rita").

"Duomo" e "basilica" sono indicazioni perlopiù architettoniche o storiche.
La "cattedrale" è una sede vescovile. La "concattedrale", allo stesso modo,
è un'indicazione amministrativa e non architettonica.

Ciao,

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

Re: [OSM-talk] Automated edits code of conduct

[Greg Troxel]

[replying to the thread in general]

I tend to be nervous about groups that are structurally like the DWG.
However, when I look at what they've done over the years I've been
involved, and the notion of the automated edits code, I have to say the
DWG has seemed 100% reasonable and if anything slightly too restrained.

So while it's always healthy to have a little dissent/discussion, I
don't think things are broken.

Discussing real cases isb likely more useful and constructive than
theory.  So perhaps we can table the meta-discussion and bring up
specific issues where people think they have overstepped.


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

Re: [Talk-it] Mappare una scuola.

[Federico Cortese]

2016-07-11 14:51 GMT+02:00 stefano664 :
> Per gli edifici è meglio:
>
> building=yes
>
> oppure:
>
> building=school
>

Se l'edificio è stato progettato per essere una scuola è meglio building=school.
Se invece l'edificio è nato per altro uso e poi vi si è adattata una
scuola al suo interno, allora si può lasciare building=yes.
Sicuramente è più frequente il primo caso.

Ciao
Federico

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

Re: [Talk-it] Mappare una scuola.

[stefano664]

Per gli edifici è meglio:

building=yes

oppure:

building=school

?

Nella pagina del wiki c'è scritto di usare la prima, ma l'esempio
sottostante usa la seconda opzione...

Stefano

Il giorno 11 luglio 2016 14:48, stefano664  ha
scritto:

> Corretto, grazie.
>
> Stefano
>
> Il giorno 11 luglio 2016 14:19, Federico Cortese 
> ha scritto:
>
>> 2016-07-11 14:12 GMT+02:00 stefano664 :
>> > Ho aggiunto la relazione tra le due aree scolastiche.
>> >
>> > Qualcuno da un'occhiata per vedere se ho fatto bene?
>>
>> Credo ci sia una relazione di troppo:
>> https://www.openstreetmap.org/relation/6404118, che contiene solo un
>> fabbricato;
>> l'altra relazione mi pare vada bene:
>> https://www.openstreetmap.org/relation/6404487, che contiene le due
>> amenity=school come outer.
>>
>> Ciao
>> Federico
>>
>> ___
>> 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] Mappare una scuola.

[stefano664]

Corretto, grazie.

Stefano

Il giorno 11 luglio 2016 14:19, Federico Cortese  ha
scritto:

> 2016-07-11 14:12 GMT+02:00 stefano664 :
> > Ho aggiunto la relazione tra le due aree scolastiche.
> >
> > Qualcuno da un'occhiata per vedere se ho fatto bene?
>
> Credo ci sia una relazione di troppo:
> https://www.openstreetmap.org/relation/6404118, che contiene solo un
> fabbricato;
> l'altra relazione mi pare vada bene:
> https://www.openstreetmap.org/relation/6404487, che contiene le due
> amenity=school come outer.
>
> Ciao
> Federico
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-lv] [offtopic] Vikipēdijas kopienas sanākšana 14. jūlijā

[Mārtiņš Bruņenieks]

Labdien!

Ielūdzu interesentus uz Vikipēdijas kopienas sanākšanu 14. jūlijā 18:00
bufetē "Gauja".
Ja nu kāda ir interese apspriest Vikipēdjas vai Wikidata tēmas.


 Mārtiņš
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-it] Purtroppo con l'inglese..... qualcuno mi ha scritto.

[Federico Cortese]

2016-07-11 13:35 GMT+02:00 Andrea Musuruane :
>
> Direi che ha ragione lui. Right non è un tag. Questo è il corretto modo di
> mappare:
> http://wiki.openstreetmap.org/wiki/Key:sidewalk
> http://wiki.openstreetmap.org/wiki/Sidewalks
>
> Quindi sidewalk=right.
>

Se la strada ha il marciapiede su tutti e due i lati dovrebbe essere
sidewalk=both.
Comunque io preferisco di solito mappare il marciapiede con linea
separata e tag highway=footway + footway=sidewalk (crossing per gli
attraversamenti); in questo modo puoi aggiungere surface, width o
altro direttamente alla way del marciapiede e puoi aggiungere il tag
kerb=* dove c'è un gradino o una rampa.

Ciao
Federico

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

Re: [Talk-it] Violazione

[Cascafico Giovanni]

Ho avuto risposta alla mail. Credo non abbiano motivo di ignorare la
questione e che alla prossima occasione saranno conformi.

"Buongiorno,
La ringraziamo per l’importante segnalazione; sarà nostra cura indicare la
fonte "dati Openstreetmap" nelle prossime eventuali ristampe.
Apprezziamo molto il lavoro svolto da Openstreetmap.org e comprendiamo le
ragioni da Lei espresse essendo anche noi un’associazione senza scopo di
lucro.
Ci scusiamo per l’inconveniente e porgiamo cordiali saluti
Pro Loco Nediske Doline-Valli del Natisone – Comitato Valli in Rosa"
Il 30/giu/2016 14:06 "Cascafico Giovanni"  ha scritto:

> So che ci sono dei modelli in giro, ma ne ho stilata comunque una:
>
> --
> Ho notato che una mappa cartacea 40x40cm delle Valli del Natisone (UD) da
> Voi prodotta e gratuitamente distribuita, nonché patrocinata da diversi
> comuni e regione Fvg, ha fatto largo uso dei dati Openstreetmap senza
> attribuirne la fonte.
>
> Per cortesia, abbiate cura di rispettarne la licenza: Openstreetmap é una
> fondazione non a scopo di lucro ed é soprattutto grazie all'attribuzione
> che questa mappa libera del mondo può crescere.
>
> Leggere in piccolo in calce "dati Openstreetmap" può infatti portare le
> persone che conoscono o frequentano il territorio ad apportare essi stessi
> correzioni od ulteriori dettagli alla mappa. Sopratutto per un'area come
> quella rappresentata, periferica ma non meno importante.
> --
>
> Qualche modifica? Accenni alla toppa-adesivo?
>
> --
> cascafico.altervista.org
> twitter.com/cascafico
> Il 30/giu/2016 11:44 "Andrea Lattmann"  ha
> scritto:
>
>> Potrebbero stampare degli adesivi da applicare alle cartine con il
>> copyright di OSM. Comunque è meglio informarli, non si sa mai che decidano
>> di farne altre senza attribuzione!
>>
>> Andrea Lattmann
>>
>> ___
>> 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] Mappare una scuola.

[Federico Cortese]

2016-07-11 14:12 GMT+02:00 stefano664 :
> Ho aggiunto la relazione tra le due aree scolastiche.
>
> Qualcuno da un'occhiata per vedere se ho fatto bene?

Credo ci sia una relazione di troppo:
https://www.openstreetmap.org/relation/6404118, che contiene solo un
fabbricato;
l'altra relazione mi pare vada bene:
https://www.openstreetmap.org/relation/6404487, che contiene le due
amenity=school come outer.

Ciao
Federico

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

Re: [OSM-talk] Fwd: Automated edits code of conduct

[Éric Gillet]

2016-07-11 2:16 GMT+02:00 Frederik Ramm :

> On 07/11/2016 02:02 AM, Éric Gillet wrote:
> > If you do a search-and-replace on 20 elements and review manually the
> > change, it is covered under the AE CoC.
>
> No, the document clearly states in the "Scope" section:
>
> "use of find-and-replace functionality using a standard editor such as
> JOSM or finding using services such as Overpass API and changing without
> reviewing cases individually;"
>
> Sadly, we often have people who run search-and-replace operations and
> *claim* that they have "reviewed cases individually", and then if you
> look at their edit, they have changed a tag on a POI that sits in the
> middle of a road or so - which means that they were either lying, or
> they have only done a very, very cursory "manual review" of their change.
>
> An automated, or mechanical, edit is when you do not look at the
> individual object you're editing.
>

When you add or correct some information on features are you responsible
for the data outside the original reach of the changeset ? If so, it's a
really important point for all contributions. I agree that ideally you
would review all the data, but sometimes it is not necessary or even
possible when you are not local.

I believe that changesets should try to be atomical, so when the point of
the changeset is to correct phone numbers for examples, you shouldn't touch
other tags.
In the case that the main subject of the changeset cause controversy, and
must be reversed, you wouldn't want to remove other unrelated changes (e.g.
node positions when editing phone numbers)

There is no similar policy covering manual edits. But of course if
> someone *manually* changes 500 landuse=wood to landuse=forest across the
> planet, it is still possible that they make a mistake and it needs
> fixing in some way, or if they do it repeatedly and cause problems with
> it, they might still be blocked. [...] However, causing trouble through
> manual edits is so much less
> frequent than causing trouble with mechanical edits that we have written
> up a policy on the latter.
>

Limiting the automation doesn't necessarily reduce the raw number of
errors. What it does is that in case of an mapper/software error, the error
may be applied to less content than a large edit.
But contributors can put a lot more focus and time in the "automated" edit
than on each one-by-one manual updates, so I don't think the net gain of
"automated" edits is negative.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Mappare una scuola.

[stefano664]

Ho aggiunto la relazione tra le due aree scolastiche.

Qualcuno da un'occhiata per vedere se ho fatto bene?

Domanda: Ho aggiunto anche dei nodi per identificare le entrate. Questi
vanno messi in relazione con l'area scolastica o basta che siano
all'interno del perimetro della stessa?

Stefano

Stefano

Il giorno 11 luglio 2016 13:35, girarsi_liste  ha
scritto:

> Il 11/07/2016 13:25, stefano664 ha scritto:
> > Si, uso Josm. Non mi trovo con il programma da desktop.
> >
>
> Ok
>
> > Devo fare il logout altrimenti non ve li lascia modificare? Non lo
> sapevo.
> > Fatto.
>
>
> No semplicemente cliccando sul lin si arriva alla pagina di autenticazione.
>
> Su josm, scaricati l'area desiderata, poi seleziona i singoli gli
> edifici "istituto superiore Don Lorenzo Milani", vai nel menu
> preimpostazioni-->relazioni-->sito, nella finestra inserisci il nome
> della scuola e poi clicca su "nuova relazione", ed infine dalla finestra
> che ne uscirà, clicca su ok, ed avrai creato una relazione site per le
> scuole, sostanzialmente questa relazione permette di relazionare più
> edifici, o altro (per esempio più B di un'unico proprietario) in
> un'unica taggatura.
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> 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] Violazione copyright

[Martin Koppenhoefer]

sent from a phone

> Il giorno 09 lug 2016, alle ore 21:46, Andrea Lattmann 
>  ha scritto:
> 
> E' che non riesco a trovare su che pagina l' ho letto. Anche se poi bisognerà 
> capire fino a che punto è una piccola porzione e a memoria ne dava 
> spiegazione.


è un'eccezione nello spirito del "fair use". La nostra licenza parla di una 
parte sostanziale dei dati, e se rimani sotto quella soglia, non definita nella 
licenza, potresti ignorare la licenza. Questa soglia vale per la somma di tutti 
usi che tu fai di osm, quindi se sei uno studio grafico non puoi fare tante 
piccole mappe e sempre dire che l'uso non è sostanziale.
Io non parlerei di questa eccezione quando chiedi a loro di aggiungere 
l'attribuzione.

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

Re: [OSM-talk] Fwd: Automated edits code of conduct

[Éric Gillet]

2016-07-11 11:28 GMT+02:00 Martin Koppenhoefer :

>
> 2016-07-11 2:02 GMT+02:00 Éric Gillet :
>
>> If you do a search-and-replace on 20 elements and review manually the
>> change, it is covered under the AE CoC. I don't think of that as an
>> advanced or uncommon task.
>
>
>
> when you do any "search and replace" based edits I believe these are
> correctly considered automated edits, because you can only in rare
> occassions do a real "manual review": you would have to visit (or at least
> have visited) all those places and see what is there on the ground,
> otherwise you can't be sure what the tags are applied to, and if a change
> makes sense.
>

I agree that survey are that on-premise survey is the best review method.
But then you are adressing armchair mapping as a whole and not specifically
search-and-replace edits.

There are instances where a survey is not necessary, and the information
needed to perform the modification is available on imagery, website or open
data, so the need to be on the premises is limited. But again this does
apply to all armchair mapping.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Mappare una scuola.

[stefano664]

Scusami, sono apprendista! :-D

Per quello ho chiesto aiuto sulle relazioni che non ho ancora digerito.

Stefano

Il giorno 11 luglio 2016 13:59, Martin Koppenhoefer 
ha scritto:

>
>
> sent from a phone
>
> > Il giorno 11 lug 2016, alle ore 13:35, girarsi_liste <
> liste.gira...@gmail.com> ha scritto:
> >
> >
> > Ok
> >
> >> Devo fare il logout altrimenti non ve li lascia modificare? Non lo
> sapevo.
> >> Fatto.
> >
> >
> > No semplicemente cliccando sul lin si arriva alla pagina di
> autenticazione.
>
>
> la cosa migliore è linkare su oggetti, non pezzi di mappa, per esempio
> così:
> https://www.openstreetmap.org/way/430330519
>
>
> 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] Mappare una scuola.

[stefano664]

Si, c'è un'interruzione, ci sono delle case in mezzo.

Ci sono tre scuole. Se guardi con questa prospettiva:

https://www.openstreetmap.org/relation/45160#map=18/45.52325/9.75810

Da sinistra c'è un parcheggio, poi c'è il Rubini, poi c'è il Don Milani,
poi le case e poi l'altro pezzo del Don Milani.

Il Rubini ed il Don Milani, anche se adiacenti (condividono un cortile),
sono due scuole differenti.

Stefano

Il giorno 11 luglio 2016 13:55, Martin Koppenhoefer 
ha scritto:

>
>
> sent from a phone
>
> > Il giorno 11 lug 2016, alle ore 12:53, stefano664 
> ha scritto:
> >
> > La scuola, però, è costituita da due strutture differenti ad un isolato
> di distanza,
>
>
> perché hai fatto 2 scuole (ci sono altri dati differenti)? Visto che non
> c'è interruzione tra un lotto e l'altro potresti altrimenti anche fare un
> poligono unico
>
> 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] Mappare una scuola.

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 13:35, girarsi_liste 
>  ha scritto:
> 
> 
> Ok
> 
>> Devo fare il logout altrimenti non ve li lascia modificare? Non lo sapevo.
>> Fatto.
> 
> 
> No semplicemente cliccando sul lin si arriva alla pagina di autenticazione.


la cosa migliore è linkare su oggetti, non pezzi di mappa, per esempio così:
https://www.openstreetmap.org/way/430330519


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

Re: [Talk-it] Mappare una scuola.

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 13:55, Martin Koppenhoefer 
>  ha scritto:
> 
> perché hai fatto 2 scuole (ci sono altri dati differenti)? Visto che non c'è 
> interruzione tra un lotto e l'altro potresti altrimenti anche fare un 
> poligono unico


scusami, visto meglio ora. Devi disegnare il contorno di ogni area di scuola e 
metterli insieme con una relazione del tipo multipoligono.(ruolo outer per i 
contorni)


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

Re: [Talk-it] Mappare una scuola.

[stefano664]

Scusami, ho confuso i software. Uso ID.

Stefano

Il giorno 11 luglio 2016 13:35, girarsi_liste  ha
scritto:

> Il 11/07/2016 13:25, stefano664 ha scritto:
> > Si, uso Josm. Non mi trovo con il programma da desktop.
> >
>
> Ok
>
> > Devo fare il logout altrimenti non ve li lascia modificare? Non lo
> sapevo.
> > Fatto.
>
>
> No semplicemente cliccando sul lin si arriva alla pagina di autenticazione.
>
> Su josm, scaricati l'area desiderata, poi seleziona i singoli gli
> edifici "istituto superiore Don Lorenzo Milani", vai nel menu
> preimpostazioni-->relazioni-->sito, nella finestra inserisci il nome
> della scuola e poi clicca su "nuova relazione", ed infine dalla finestra
> che ne uscirà, clicca su ok, ed avrai creato una relazione site per le
> scuole, sostanzialmente questa relazione permette di relazionare più
> edifici, o altro (per esempio più B di un'unico proprietario) in
> un'unica taggatura.
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> 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] Mappare una scuola.

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 12:53, stefano664  ha 
> scritto:
> 
> La scuola, però, è costituita da due strutture differenti ad un isolato di 
> distanza,


perché hai fatto 2 scuole (ci sono altri dati differenti)? Visto che non c'è 
interruzione tra un lotto e l'altro potresti altrimenti anche fare un poligono 
unico 

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

Re: [Talk-it] Mancata attribuzione mappa OpenStreetMap sul sito

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 13:14, Cristian Consonni 
>  ha scritto:
> 
> Ciao,
> 
> Mi è appena arrivato un messaggio privato via Twitter da Treedom dove dicono:
> ---
> ciao Cristian, grazie per la tua segnalazione. L'attribuzione è prevista con 
> il prossimo aggiornamento del sito. Appena avviene sarà nostra cura 
> avvisarti. Buona giornata!
> 


ecco. Risposta quasi soddisfacente, però quanto tempo vi sembra ragionevole? 
Metti che si tratta di ms bing e hanno fatto un mashup tra osm e loro dati 
proprietari, io mi aspetterei che trattino un caso del genere con priorità. Non 
mi sembra corretto dover aspettare alcuni mesi per la correzione (oppure nel 
caso di Apple anni), penso che la potrebbero applicare entro pochi giorni, 
massimo 2-3 settimane.

Treedom certo non è ne Apple ne Microsoft, e casi simili al solito si risolvono 
entro qualche giorno, vediamo quanto ci mettono. Avessero comunicato una data 
precisa sarebbe cmq stato meglio.

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

Re: [Talk-it] Mappare una scuola

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 lug 2016, alle ore 12:04, stefano664  ha 
> scritto:
> 
> Buongiorno a tutti,
>   sto mappando una scuola, costituita dall'edificio e da un giardino. E' 
> corretto mappare nel seguente modo?
> 
> Edificio: amenity:school + building:yes
> Giardino: amenity:school 
> 
> Dovrei mettere una relazione tra i due?


io mapperei così:
intorno a tutto un way:
amenity=school
name=*
isced:level=*

poi un altro way per l'edificio:
building=school (presumo che l'edificio sia stato progettato come scuola)

volendo un altro way per il giardino (presumo che sia verde):
leisure=garden
garden:type=school

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

Re: [Talk-it] Mappare una scuola.

[girarsi_liste]

Il 11/07/2016 13:25, stefano664 ha scritto:
> Si, uso Josm. Non mi trovo con il programma da desktop.
> 

Ok

> Devo fare il logout altrimenti non ve li lascia modificare? Non lo sapevo.
> Fatto.


No semplicemente cliccando sul lin si arriva alla pagina di autenticazione.

Su josm, scaricati l'area desiderata, poi seleziona i singoli gli
edifici "istituto superiore Don Lorenzo Milani", vai nel menu
preimpostazioni-->relazioni-->sito, nella finestra inserisci il nome
della scuola e poi clicca su "nuova relazione", ed infine dalla finestra
che ne uscirà, clicca su ok, ed avrai creato una relazione site per le
scuole, sostanzialmente questa relazione permette di relazionare più
edifici, o altro (per esempio più B di un'unico proprietario) in
un'unica taggatura.


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



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

Re: [Talk-it] Purtroppo con l'inglese..... qualcuno mi ha scritto.

[Andrea Musuruane]

2016-07-11 13:29 GMT+02:00 girarsi_liste :

> Non capisco se ho taggato male o non capisce lui, per favore mi dite se
> ho sbagliato?
>
> http://www.openstreetmap.org/changeset/40614997
>
>
> La strada ha ai lati il marciapiede, ho taggato tutto dentro un'unica
> way, non è corretto?


Direi che ha ragione lui. Right non è un tag. Questo è il corretto modo di
mappare:
http://wiki.openstreetmap.org/wiki/Key:sidewalk
http://wiki.openstreetmap.org/wiki/Sidewalks

Quindi sidewalk=right.

Ciao,

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

[Talk-it] Purtroppo con l'inglese..... qualcuno mi ha scritto.

[girarsi_liste]

Non capisco se ho taggato male o non capisce lui, per favore mi dite se
ho sbagliato?

http://www.openstreetmap.org/changeset/40614997


La strada ha ai lati il marciapiede, ho taggato tutto dentro un'unica
way, non è corretto?
-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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