Re: [Talk-cz] traumabody v OSM

[Mirek Dlask]

Jsem zmaten.
Na jednu stranu uznávám, že emergency=access_point dává smysl ale.

   1. Je to stále "Návrh: Náhrada značky highway=emergency_access_point" -
   viz wiki?
   2. Proč nemáme ve wiki jednu možnost respektive preferovanou možnost?
   3. Od návrhu (2008) poměr 18556:670 ve prospěch
   highway=emergency_access_point. Ze 670 jich je drtivá většina v Německu. U
   nás nula. Od jakého počtu se dá tag označit za "slušně zavedený?
   4. JOSM emergency=access_point nezná.


Sečteno podtrženo - záměr dobrý, provedení nic moc.

Dne 5. července 2016 20:39 Karel Volný  napsal(a):

> zdar,
>
> dovolil bych si upozornit na existenci
> http://wiki.openstreetmap.org/wiki/Tag:emergency=access_point
>
> - osobně mi to přijde lepší, highway nedává smysl (vůbec to nemusí být na
> cestě), a klíč 'emergency' je docela slušně zavedený
>
> K.
>
> Dne Út 5. července 2016 12:51:50, Milan Cerny napsal(a):
> > Zdravím, poslední dobou se zejména na horách vyskytují stále častěji
> > traumabody, podle kterých lze v případě záchranná akce snadno lokalizovat
> > konkrétní místo v terénu. Často jsou součástí rozcestníků, ale jsou i
> > samostatné, na křižovatkách cest. Přijde mi užitečné tyto body zanést do
> > OSM. Otázkou je, jak je tagovat.
> >
> > http://api.openstreetmap.cz/img/guidepost/u_pramene_vltavy_VO422.jpg
> >
> > http://gis.izscr.cz/wpgis/traumabody/
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-us] shop=chemist as "Drugstore" for Walgreens, CVS, Rite Aid, etc.

[Jack Burke]

Interesting. I've been tagging most large pharmacies as shop=convenience and 
amenity=pharmacy since I tend to think of them as convenience stores as much as 
pharmacies. 

-jack

-- 
Typos courtesy of fancy auto spell technology

On July 5, 2016 1:08:26 PM EDT, Peter Dobratz  wrote:
>After arriving at a local drugstore chain with a prescription in hand,
>walking past the shampoo aisle, only to find that the pharmacy counter
>is
>closed for the day, I've been updating tagging of drugstores and
>pharmacies
>as described here.
>
>For example, there is a Walgreens:
>
>http://www.openstreetmap.org/way/266495943
>
>The building outline has shop=chemist.
>
>Inside the building, there are 2 Nodes, one for the pharmacy and one
>for a
>clinic:
>
>amenity=pharmacy
>dispensing=yes
>drive_through=yes
>http://www.openstreetmap.org/node/4064469934
>
>amenity=doctors
>http://www.openstreetmap.org/node/4064469933
>
>In this case, all of these entities have different opening hours. 
>Other
>contact info like phone and website may be different as well.
>
>
>For the older style independent pharmacy, I do still use
>amenity=pharmacy
>on the building outline:
>
>http://www.openstreetmap.org/way/218176300
>
>They do sell a few items like bandages without a prescription, but they
>don't have the extensive personal hygiene section of typical of the
>drugstore chains.  The pharmacist is also on duty for the entire time
>this
>shop is open, so it doesn't feel like there are two separate entities
>operating in the space.
>
>Peter
>
>
>On Tue, Jul 5, 2016 at 8:45 AM, Minh Nguyen
>
>wrote:
>
>> Recently, iD was changed so that shop=chemist is labeled as
>"Drugstore"
>> for American English users (and continues to be labeled "Chemist" for
>> British English users). [1] An American mapping a Walgreens, CVS, or
>Rite
>> Aid who searches for "drugs" will see the following choices, in
>order:
>>
>> * Drugstore (shop=chemist, marked with a shopping cart icon)
>> * Pharmacy (amenity=pharmacy, marked with a pill bottle)
>>
>> Meanwhile, searching for "pharmacy" -- a synonym of "drugstore" in
>> American English -- produces only the amenity=pharmacy preset.
>>
>> The rationale is that amenity=pharmacy should be used only for
>pharmacy
>> counters (which can be found at both drugstores and inside
>supermarkets),
>> while shop=chemist should be used for full-service drugstores that
>*may*
>> contain pharmacy counters. Currently, this is at odds with the wiki
>and
>> longstanding practice, which stipulates that a shop=chemist *may not*
>fill
>> prescriptions.
>>
>> This change to iD came about due to a discussion in the Name
>Suggestion
>> Index project, which is the component in iD that suggests tags when
>you
>> fill in a commonly used name. [2] I happened to notice the change
>because
>> it caused Transifex to prompt me to update iD's Vietnamese
>localization. To
>> my knowledge, there has been no discussion on the mailing lists or
>formal
>> proposal on the wiki, though the iD maintainer intends to edit the
>wiki to
>> match iD's interpretation. iD is the only software that has made this
>> change.
>>
>> On the one hand, I've come around to liking the proposal, because it
>makes
>> it easier for data consumers to distinguish between pharmacy counters
>and
>> full-fledged drugstores. On the other hand, I think it's problematic
>> because an American mapping a Walgreens or CVS could potentially tag
>a
>> "drugstore" and be unaware that they'd need to separately map the
>pharmacy
>> counter in order to indicate that prescriptions may be filled
>on-site.
>>
>> Currently, amenity=pharmacy is far and away more common than
>shop=chemist
>> in the U.S. as a way to tag drugstores. Certainly anyone retagging
>> amenity=pharmacy to shop=chemist would be careful to add an
>additional
>> amenity=pharmacy POI where the pharmacy counter would be. (For a
>typical
>> Walgreens or CVS, it'd be next to the drive-through canopy.) However,
>I
>> have little faith that the average iD user would know to do the same,
>since
>> the word "drugstore", like "pharmacy", implies the sale of
>prescription
>> drugs.
>>
>> I've hashed out many of these points in [3], but I think the
>discussion
>> needs to involve the wider OSM community now. There's little chance
>of data
>> consumers and other editors updating their logic if the change is
>only
>> discussed in the iD project.
>>
>> [1] https://github.com/openstreetmap/iD/issues/3201
>> [2] https://github.com/osmlab/name-suggestion-index/issues/30
>> [3] https://github.com/openstreetmap/iD/issues/3213
>>
>> --
>> m...@nguyen.cincinnati.oh.us
>>
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>
>
>
>
>___
>Talk-us mailing list

Re: [Talk-us] shop=chemist as "Drugstore" for Walgreens, CVS, Rite Aid, etc.

[Minh Nguyen]

On 2016-07-05 10:08, Peter Dobratz wrote:

After arriving at a local drugstore chain with a prescription in hand,
walking past the shampoo aisle, only to find that the pharmacy counter
is closed for the day, I've been updating tagging of drugstores and
pharmacies as described here.

For example, there is a Walgreens:

http://www.openstreetmap.org/way/266495943

The building outline has shop=chemist.

Inside the building, there are 2 Nodes, one for the pharmacy and one for
a clinic:

amenity=pharmacy
dispensing=yes
drive_through=yes
http://www.openstreetmap.org/node/4064469934

amenity=doctors
http://www.openstreetmap.org/node/4064469933

In this case, all of these entities have different opening hours.  Other
contact info like phone and website may be different as well.


This is the approach that's been proposed informally, and iD's change 
would be a part of it. But I don't see how this practice becomes 
commonplace with the shop=chemist preset being labeled "Drugstore" and 
no other UI changes. Where's the reminder to also map the pharmacy 
counter or clinic if the store has one?


There's certainly something to be said for micromapping a drugstore as a 
collection of counters with different opening hours, just as one might 
micromap a supermarket with its florist and bakery, or a department 
store with its café and photography studio. At the same time, the 
pharmacy counter is the defining characteristic of an American 
drugstore. That's why the largest U.S. chain signs each of its stores 
with the name "CVS Pharmacy" (except for the handful that lack pharmacy 
counters). A renderer or search engine that conflates a drugstore with 
its pharmacy counter isn't doing as much a disservice as one that omits 
the pharmacy counter because the mapper didn't know to add one.


--
m...@nguyen.cincinnati.oh.us


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

[Talk-br] Membros

[alessandra cristina da costa]

Olá!

Sou Elizabeth e gostaria de conhecer membros brasileiros.
Aguardo retorno.

Abraços,

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

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

[LeTopographeFou]

Bonjour,

J'ai attaqué un imposant chantier visant à améliorer la prise en compte 
des Routes Départementales (RD) françaises dans OSM. Ce chantier vise à :


1. Faire qu'il y ait une relation par RD par département (ex :
   http://www.openstreetmap.org/relation/6335278)
2. Vérifier et corrigé le tracé des RD

Le tout étant fait _à la main_ (j'insiste sur le fait qu'il n'y a pas 
d'automate) en comparant les données OSM avec Route500. A ce jour j'ai 
fais les Yvelines et attaque l'Essonne. Aucune des RD n'avait de 
relation ad-hoc et certaines n'étaient carrément pas (ou incomplètement) 
référencées par leurs champ ref=*. Donc je les attaque une à une avec de 
belles trouvailles.


Pour le moment je mets 4 tags à chaque relations (cf. 
http://www.openstreetmap.org/relation/6335278) mais je ne trouve pas 
cela très optimal d'où deux points à vous soumettre :


1. Il faudrait en profiter pour mettre un tag 'network'. Pour info les
   RN ont visiblement un tag 'network=FR:n-road'. Afin de coller avec
   la logique utilisées aux EU j'ai deux propositions à faire :
1. Utiliser le code pays et le code INSEE du département (en
   l’occurrence cela ferait 'FR:78')
2. Faire comme précédemment mais avec également le code INSEE du
   département (en l’occurrence cela ferait 'FR:11:78)
3. Utiliser le code ISO 3166-2 (en l’occurrence cela ferait 'FR-78')
2. Concernant le tag 'name' il y a des risques d'amalgames entre deux
   départements. Est-il judicieux d'y mentionner le nom du département
   ? Le hic est que, rigoureusement parlant, le nom "officiel" est
   'Route départementale 29' sans autre fioriture
1. Exemple 1 : 'Route départementale 29 (Yvelines)' => clair et
   concis, facile à parser
2. Exemple 2 : 'Route départementale des Yvelines 29' => bof
3. Autre solution : ne rien faire, se dire que l'ajout de 'network'
   suffit et que si amalgame il y a c'est un problème à gérer par
   l'éditeur/l'app et non par le cartographe => c'est ma solution
   préféré mais autant réfléchir avant d'aller plus loin.

A ce jour je ne vois pas de réponse ni dans les relations existantes ni 
sur le wiki. Qu'en pensez-vous ?


LeTopographeFou

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

[Philippe Verdy]

Le 5 juillet 2016 à 23:17,  a écrit :

> Le 05/07/2016 à 19:14, Shohreh - codecompl...@free.fr a écrit :
>
> Trop compliqué pour moi :-/
>
> Mais non, Philippe a juste listé tous les problèmes du coin.
> Pris un à un, tu verras que tu peux les résoudre (en fait il l'a fait).
>
> Pour les relations d'interdiction dans JOSM, si tu prends le plugin
> turnrestriction, tu sélectionnes le from, le via et le to, te reste à
> donner les rôles (à la main) et à adapter le type de restriction (mais on
> peut faire évoluer le greffon pour qu'il propose le M12, et qu'il mette via
> sur le nœud, from sur le premier chemin et to sur le second).
>
> 
> http://wiki.openstreetmap.org/wiki/JOSM_Relations_and_Turn_Based_Restrictions
> a la petite vidéo demandée.
>
Ce plugin n'est pas aussi simple que la méthode utilisée dans iD (qui met
les rôles tout seul, on n'a même pas besoin de regarder les relations, il
suffit juste de cliquer le noeud via pour voir un aperçu des directions
possibles pui de sélectionner une des directions from pour cliquer les
flèches vertes pour les basculer en rouge. Les relations sont ajoutées (ou
retirées si on rebascule en vert) automatiquement avec les bons rôles.

De plsu scinder des voies dans iD est nettement plus facile que dans JOSM
qui demande plus de précautions (car JOSM ne charge pas toujours tous les
chemins ou relations dépendant d'un noeud sélectionné (et ne charge pas non
plus les noeuds en doublon si on n'a pas fait de sélection de zone
rectangulaire autour d'un noeud: c'st à nous de le demander, sinon on casse
les relations, cependant JOSM prévient uniquemetn dans le cas où un noeud
ou chemin est supprimé ou une relation dont toute la bounding-box n'est pas
chargée complètement: cela ne se produit pas dans iD car iD charge tous les
objets de la zone éditable et toutes les dépendances)

JOSM cependant garde son intérêt : en ne chargeant pas tout on peut
travailler sur des objets beaucoup plus grands et ne charger que les
dépendants qui nous intéresse. Sinon on peut vite manquer de mémoire de
travail (surtout si on est en Java 32 bits). Il faut donc juste faire plus
attention. iD maintenant ne casse plus les relations (cependant il ne
maintient pas nécessairement l'ordre de succession des membres contigus
comme le fait JOSM lorsque tous les membres connexes sont chargés en
mémoire)

Pour les grands objets, les grandes relations avec de nombreux membres,
JOSM reste encore indispensable et permet de sélectionner les relations
bien plus facilement.

Pour les utilisateurs d'Id, il est hautement recommandé d'éviter les
superpositions d'objets sur des noeuds ou chemins dupliqués sur la même
géométrie. Malheureusement Osmose ne les liste pas toujours. JOSM fait en
revanche cette analyse dans son validateur (mais seulement sur les objets
qui sont chargés en mémoire). Si pour éditer il est plus pratique d'avoir
des noeuds séparés, JOSM permet de les créer avec un écart non significatif
de quelques centimètres (ne pas dépasser les 15 cm: regarder la barre
d'échelle).

Sinon comme le sujet portait initialement sur les restrictions de tourner,
comme je l'ai dit, je te laisse les faire, je n'en ai mis aucune. Essaye
réellement de faire ce que tu voulais faire tu verras mieux. Ensuite pour
reproduire ailleurs je t'ai donné des pistes sur les raisons pour
lesquelles cela ne pouvait pas marcher: comme on est en mode incrémental
dans OSM plein de choses sont simplifiées qui demandent de la préparation
avant de pouvoir détailler un peu plus.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Max speed forward/backward

[Paul Johnson]

On Tue, Jul 5, 2016 at 4:09 PM, Hans De Kryger 
wrote:

> Thanks Paul.
>
> There's a lot of split speed limits here in the valley (Arizona.) I've
> worked hard mapping quite a few. Would love for more services to show them.
>

Bit of a chicken and egg problem; directionally split speed limits seem to
be relatively limited to the high plains and Rocky Mountain areas so it's
something that's probably going to need to be mapped more extensively
first.  Also a factor being that a lot of apps are favoring traffic
integration rather than speed limits or omits them for no reason even
though it's in the data, even when they are easily decipherable (no
maxspeed:variable=school/signals or maxspeed:forward/backward) for like, no
reason.

Personally, I find this trend undesirable, since the herd mentality tends
to cause speed creep; anybody who's been on a busy freeway and driving
something incapable of exceeding the speed limit or just takes great pride
in driving like they learned how can probably relate.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] School project Ghana

[Alert Bouterse]

Dear friends,

Open Street Maps Ghana is looking for educational material like (prinable /
ofline) workbooks to educate children on JHS and SHS schools. Aim is to
educat children about the imporance of having a good street map and spread
the knowligde of mapping in Ghana. Doesanybody know if such educational
material is availeble (outside the online tutorials on the wiki,that are
often are not suiteble for children is the age group of JHS an SHS.

Hope to hear your reactions soon.

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

[osm . sanspourriel]

Le 05/07/2016 à 23:17, osm.sanspourr...@spamgourmet.com a écrit :
Potlatch2 (sans installation) permet aussi d'ajouter des relations de 
restriction.

Mais je n'ai pas été convaincu.

http://wiki.openstreetmap.org/wiki/Potlatch_2/restrictions
Tu peux comparer.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

[osm . sanspourriel]

Le 05/07/2016 à 19:14, Shohreh - codecompl...@free.fr a écrit :

Trop compliqué pour moi :-/

Mais non, Philippe a juste listé tous les problèmes du coin.
Pris un à un, tu verras que tu peux les résoudre (en fait il l'a fait).

Pour les relations d'interdiction dans JOSM, si tu prends le plugin 
turnrestriction, tu sélectionnes le from, le via et le to, te reste à 
donner les rôles (à la main) et à adapter le type de restriction (mais 
on peut faire évoluer le greffon pour qu'il propose le M12, et qu'il 
mette via sur le nœud, from sur le premier chemin et to sur le second).
http://wiki.openstreetmap.org/wiki/JOSM_Relations_and_Turn_Based_Restrictions 
a la petite vidéo demandée.


Potlatch2 (sans installation) permet aussi d'ajouter des relations de 
restriction.

Mais je n'ai pas été convaincu.

Le 05/07/2016 à 22:29, Philippe Verdy - verd...@wanadoo.fr a écrit :
Essaye de faire quelquechose et de comprendre ce que tu fais ou ce qui 
est fait ailleurs, tant pis si tu fais des erreurs, c'est comme ça 
qu'on apprend, en faisant soi-même.
Et comme précédemment, si tu veux qu'on vérifie ou si tu vois que tu as 
fait une erreur que tu ne sais corriger, n'hésite pas à nous demander.

C'est vrai que dans OSM on est beaucoup dans l'itération.
Si tu as un plan simplifié avec des voies non interrompues aux 
intersections par exemple il y a plus de boulot.
Ma toute première modification a disparu par ce que j'avais fait un 
chemin simplifié pour que le cheminement soit continu et depuis les 
chemins plus précis ont été ajoutés et donc celui là a disparu.
Et si le cycliste moyen ne sait ajouter les relations quand il y a trop 
de travail préparatoire, il peut ajouter une note disons "M12 de la rue 
X depuis le nord vers la rue Y direction ouest". S'il est authentifié et 
connu (on sait qu'on peut lui faire confiance) alors une personne plus 
experte peut résoudre la note.


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

Re: [OSM-talk] Max speed forward/backward

[Hans De Kryger]

Thanks Paul.

There's a lot of split speed limits here in the valley (Arizona.) I've
worked hard mapping quite a few. Would love for more services to show them.

On Jul 5, 2016 2:41 AM, "Paul Johnson"  wrote:

On Sun, Jul 3, 2016 at 6:10 PM, Hans De Kryger 
wrote:

> ​Anyone know of any apps or services that display​ max speed
> forward/backward tags. I assume most don't know how to?
>

I know that Osmand will as I've seen it come up on some odd edge cases
where sign placement is weird (normally Oklahoma doesn't do these split
limits unless it's not feasible to signpost the limits in the same spot
both directions).  Someone up towards Colorado should have more exact
information, as split limits are routine in that state.

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

[Philippe Verdy]

J'ai fait les modifs décrites ci-dessus. En revanche aucune restriction de
tourner. Tu peux toujours les mettre sur le noeud central du carrefour,
dans iD. Cela devrait marcher, les sens uniques sont correctement posés,
les traversées piéton sont connectées, les trottoirs autour du carrefour
sont posés pour que les piétons ne passent pas par le carrefour mis les
passages piéton autour, les bus-lane sont découpés là où il faut, les voies
cyclables sont corrigées du bon côté. Je n'ai pas mis les feux sur chaque
voie mais les ai laissés uniquement sur le point central qui forme une
étoile à 6 branches (et non 4) car les ilots de séparation sur une des deux
rues sont représentés par des voies unidirectionelles. On peut encore
compléter en indiquant les nombres de voies par chemin.

Note qu'en séparant les voies de chaque cpoté des ilots, il a fallu
conserver un petit bout chemin central sur les limites communales, car la
rue correspondante traversant ce carrefour servait aussi de frontière
intercommunale (et de limite entre deux cantons et entre deux EPCI).

Note enfin que pour les Y de séparation je n'ai pas mis les restrictions
d'interdiction de tourner pour revenir au carrefour (bien qu'il y ait des
lignes continues, ces relations pourraient être ajoutées en sélectionnant
le noeud de séparation des voies sur le Y avant chaque l'ilot. Avec la
ligne continue sur les sections sans séparation physique, on devrait aussi
avoir un tag pour interdire le demi-tour (pas de panneau oui, mais la ligne
continue tracée au centre de la voie bidirectionnelle suffit à l'indiquer.
pas besoin de taguer les interdictions de doubler si on a indiqué le nombre
de voies sur chaque segment (pour l'instant ce n'est pas indiqué).

Oui ça fait beaucoup de détails on n'est pas obligé d'aller si loin partout
si on fait des intersection simples. Ces détails plus fins peuvent se faire
plus tard de façon incrémentale selon les détails qu'on veut pouvoir
distinguer mais le principe est le même: on découpe les voies autant de
fois que nécessaire. Et tout a été fait dans iD, sans utiliser JOSM.

Si tu oublies des choses (comme oublier de fermer une relation frontière),
Osmose pourra les signaler le plus souvent. C'est plus délicat pour les
relations d'itinéraires de bus (tous les segments unidirectionnels utilisés
par un itinéraire bus ont été marqués aussi avec le rôle "forward"

Cependant je n'ai pas regardé dans le détail si les itinéraires étaient
eux-même unidirectionnels (si c'et le cas une des deux branches de chaque
côté des ilots devrait être supprimée, mais ça ne devrait pas perturber le
fonctionnement; dans iD on ne peut pas charger tout l'itinéraire complet et
par prudence il vaut mieux laisser des segments en trop à contre-sens du
parcours si on n'a pas regardé dans quel sens était défini la relation
itinéraire, l'autre segment parallèle dans l'autre sens ne sert alors à
rien comme membre mais reste utile comme chemin highway et indiquer les
voies cyclables/bus et trottoirs du bon côté de chaque branche, uniquement
à droite ici, ou l'absence de telles voies réservées dans le carrefour
lui-même ou sur certains côtés d'ilots). Je ne me suis pas avancé sur ce
qui ne peut être vu correctement que sur le terrain et pas bien sur
l'orthophoto.

Maintenant ajouter les restrictions de tourner pour les vélos sera facile
(je pense que tu voulais ajouter une restriction pour ceux qui viennent de
la la voie cyclable au nord-ouest du carrefour, en contre-sens des
véhicules sur la rue à sens unique).

Essaye de faire quelquechose et de comprendre ce que tu fais ou ce qui est
fait ailleurs, tant pis si tu fais des erreurs, c'est comme ça qu'on
apprend, en faisant soi-même.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetMap en famille : un jeu de société

[JB]

Salut Nicolas,
C'est prévu mais comme le seul jeu disponible est chez moi, il suffit 
d'aller voir la porte du salon pour retrouver la cathédrale qui 
correspond ! Oui, il faut que je ressorte la planche avec juste les 35 
plus grandes cathédrales… sur la liste à faire, quand j'aurai fini un 
memory d'un autre type… mais bon je veux pas vous lasser avec ce jeu.

JB.

Le 05/07/2016 à 17:39, Nicolas Moyroud a écrit :

Salut JB,

Je me joins au concert de louanges (un peu à retardement mais bon...) 
à propos de cette superbe réalisation.
Pour une v2 un truc qui serait super à ajouter c'est une planche 
reprenant toutes les formes avec le nom de chaque cathédrale en 
dessous + le nom de la commune et du département. Ça ajouterai un 
petit plus concernant l'aspect culturel de la chose.


a+
Nicolas

Le 05/07/2016 17:21, JB a écrit :

Le 23/06/2016 à 00:44, Christian Quest a écrit :
ça mérite une bonne place sur le wiki.osm.org , 
non ?
Ça n'aura pas pris longtemps, c'est l'image de la semaine : 
http://wiki.openstreetmap.org/wiki/Main_Page
Je l'ai aussi vu passer sur le weeklyosm, là, je n'y suis pour rien ! 
http://weeklyosm.com/ section Community

JB.




___
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] Mancata attribuzione

[Alessandro Palmas]

Il 05/07/2016 19:10, girarsi_liste ha scritto:

Per la lettera, questa qui:

https://wiki.openstreetmap.org/wiki/User:Simone_girardelli/sandbox/IT:Caso_di_mancata_attribuzione


PS: ragazzi, avevo chiesto tempo fa dove metterla, al di là delle
correzioni/modifiche da apportare, ormai aspetto un paio di settimane,
poi se non si decide qualcosa, chiedo di spostarla come pagina,
creandone una voce all'interno di qualche contesto di problematiche da
affrontare nella wiki, ritengo giusto sia Talk-it a decidere per l'Italia.

Oppure se qualcuno di wikimedia Italia mi da qualche idea migliore,
sicuramente disposto a discuterne/confrontarsi/finalizzare la cosa, grazie.



Affrontiamo una volta per tutte il problema visto che ciclicamente 
ritorna il discorso della mancata attribuzione.


Prendendo spunto dalla tua lettera l'avrei modificata rendendola 
leggermente più diretta e in uno stile non da 'lettera a Savonarola' 
https://it.wikiquote.org/wiki/Non_ci_resta_che_piangere



Oggetto: Richiesta rispetto licenza OpenStreetMap.


Gentile/Spettabile Signor/Comune/Azienda,

mi chiamo Pinco Pallino, ho riscontrato la presenza della mappa 
OpenStreetMap (http://www.openstreetmap.org/) come dati/base alla pagina 
del Vostro sito:


http://tuapagina.it 

Come membro volontario della comunità di OpenStreetMap, mi fa piacere si 
sia scelta la nostra mappa, ma vorrei evidenziare che il vostro caso 
d'uso manca di uno dei pochi requisiti richiesti dal progetto, 
l'attribuzione, come si può leggere nel testo della licenza:


http://www.openstreetmap.org/copyright

Per cui si richiede che l'attribuzione sia "© OpenStreetMap 
contributors”, oppure il link “http://www.openstreetmap.org/” 
, nel caso di un’immagine della 
mappa; in caso di una mappa elettronica navigabile o statica, come si 
può vedere nell’esempio sotto riportato, il riconoscimento deve essere 
mostrato in un angolo della mappa attraverso un link.


immagine da inserire

Per noi è importante il pieno rispetto della licenza; l’uso dei dati e 
delle immagini cartografiche richiede unicamente il rispetto del nostro 
lavoro di volontari mappatori, attività che come avete appurato diviene 
utile anche per le vostre necessità. È un nostro diritto chiederlo, è un 
vostro dovere rispettarlo ai fini dell’utilizzo della mappa.


Qualora abbisogni di ulteriori informazioni, sono disponibile al 
seguente indirizzo email:


pincopall...@posta.mia (indicherei una 
casella mail istituzionale)


Sono certo che i riferimenti riportati siano sufficienti a verificare 
quanto da me scritto; mi auguro che ciò sia sufficiente ad intervenire 
da parte vostra per mettere fine ad una mancata attribuzione, cordiali 
saluti.


Pinco Pallino volontario OpenStreetMap

P.S.: questo è chiaramente un avviso bonario, tuttavia la violazione è 
stata segnalata a Wikimedia Italia/OpenStreetMap Foundation e il 
protrarsi di tale violazione potrà portare a conseguenza legali.



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

Re: [Talk-cz] Přírodní rezervace Gutské peklo - jak přidat do OSM?

[Karel Volný]

zdar,

...
> Jako Merkaartor jsem měl nainstalovaný, ale zase funguje jinak než jsem
> zvyklý z JOSM a nebyl jsem schopný v něm pracovat. Tak jsem se zase
> vrátil k JOSM.
> 
> Můžu zase zkusit nainstalovat, ale moc šancí mu nedávám.  To je jak
> přesednout z letadla do vrtulníku. Účel stejný, ale ovládá se to úplně
> jinak.

pokud sis problém vyřešil, tak je to asi zbytečné zkoušet ... prostě v Qt/C++ 
se myslí trošku jinak než v Javě, no :-)

K.


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

Re: [Talk-cz] traumabody v OSM

[Karel Volný]

zdar,

dovolil bych si upozornit na existenci 
http://wiki.openstreetmap.org/wiki/Tag:emergency=access_point

- osobně mi to přijde lepší, highway nedává smysl (vůbec to nemusí být na 
cestě), a klíč 'emergency' je docela slušně zavedený

K.

Dne Út 5. července 2016 12:51:50, Milan Cerny napsal(a):
> Zdravím, poslední dobou se zejména na horách vyskytují stále častěji
> traumabody, podle kterých lze v případě záchranná akce snadno lokalizovat
> konkrétní místo v terénu. Často jsou součástí rozcestníků, ale jsou i
> samostatné, na křižovatkách cest. Přijde mi užitečné tyto body zanést do
> OSM. Otázkou je, jak je tagovat.
> 
> http://api.openstreetmap.cz/img/guidepost/u_pramene_vltavy_VO422.jpg
> 
> http://gis.izscr.cz/wpgis/traumabody/
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory

[Stefano Droghetti]

Errata corrige per lo script chiamato auto.sh :

#!/bin/bash

# Questo script utilizza Splitter e OsmAndCreator per suddividere
# un file .osm.pbf o un file .osm.bz2 in molte sottomappe,
# per ognuna di esse crea una mappa .obf navigabile con OsmAnd
# e un file unico per la ricerca degli indirizzi.

# Versione automatizzata per l'Italia: scarica e compila tutto da solo

# Autore: Stefano Droghetti
# Licenza: GPL

echo -e "\n\nQuesto script converte una mappa\nOSM dal formato .osm.bz2 
o .osm.pbf\nnel formato obf per OsmAnd.\n\n\n"


# Parametri da cambiare all'uopo

MINIMO=128
MASSIMO=2000
FILEPAESE=italy-latest  # Nome del file .osm.pbf corrispondente al paese 
da scaricare (controllare su http://download.geofabrik.de/europe.html)

PAESE=Italia# Nome del paese da scaricare

# Scarica l'ultima mappa

echo -e "Scarico l'ultima mappa disponibile per la seguente nazione: 
$PAESE\n\n\n"


# Trova la data della mappa e la aggiunge al nome del file

VERSIONE=`curl -s "http://download.geofabrik.de/europe.html; | egrep -o 
"contains all OSM data up to .{10}" | egrep -o ".{10}$"`


rm *.pbf
aria2c http://download.geofabrik.de/europe/$FILEPAESE.osm.pbf
mv ./$FILEPAESE.osm.pbf ./$PAESE.osm.pbf

# Cancella file inutili

echo -e "Rimozione file obsoleti\n\n\n"

cd osmand-gen
rm *.*
cd ..

cd osmand-pbf
rm *.*
cd ..

cd tmp
rm *.*
cd ..

cd osmand-obf
rm *.*
cd ..

rm *.log

# Fa partire il cronometro

START=$(date +%s.%N)

# Usa splitter per suddividere le mappe

cd tmp

echo -e "\n\n\n\nDivisione della mappa in piccole sottomappe...\n\n\n\n\n"

java -Xms${MINIMO}M -Xmx${MASSIMO}M -jar ../splitter/splitter.jar 
../$PAESE.osm.pbf

mv *.osm.pbf ../osmand-pbf
cd ..

# Converte ognuna della mappe in .obf

echo -e "\n\n\n\nCreazione delle mappe .obf...\n\n\n\n\n"

cd OsmAndMapCreator-main
java -Djava.util.logging.config.file=logging.properties -Xms${MINIMO}M 
-Xmx${MASSIMO}M -cp 
"./OsmAndMapCreator.jar:lib/OsmAnd-core.jar:./lib/*.jar" 
net.osmand.data.index.IndexBatchCreator ../batch-normale.xml


# Usa le mappe .obf create per creare un unico file di indirizzi

echo -e "\n\n\n\nUnione delle mappe in un unico file...\n\n\n\n\n"

java -Djava.util.logging.config.file=logging.properties -Xms${MINIMO}M 
-Xmx${MASSIMO}M -cp 
"./OsmAndMapCreator.jar:lib/OsmAnd-core.jar:./lib/*.jar" 
net.osmand.MainUtilities merge-index ../osmand-obf/$PAESE.obf --address 
../osmand-obf/${1}*.obf


cd ..

# Cancella i file inutili e rinomina le mappe.

cd osmand-obf
rm *.log
rm 6324*.*
cd ..

cd osmand-gen
rm *.*
cd ..

cd osmand-pbf
rm *.*
cd ..

cd tmp
rm *.*
cd ..

# Ferma il cronometro e calcola quanto ci ha messo

END=$(date +%s.%N)
DIFF=$(echo "$END - $START" | bc)
TEMPO=`date -d@$DIFF -u +%H:%M:%S`

# Rinomina il file aggiungendo la data di download dei dati originali

cd osmand-obf
mv ./$PAESE.obf ./$PAESE.$VERSIONE.obf
cd ..

# apertura cartella con i file creati

echo -e "\nSi aprirà ora una finestra\ncontenente il file da 
copiare\nnella cartella di OsmAnd sullo smartphone"


xdg-open osmand-obf

echo -e "\n\n\n\nMappa creata in $TEMPO"
echo -e "\n\nBye bye!"

exit


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

Re: [Talk-es] Fuentes de Madrid

[Alejandro Moreno Calvo]

Menudo guirigay.

Por si acaso he dejado un aviso a través de la web del Ayuntamiento para
ver si pueden decirnos el formato.

Si me responden algo os digo.
El 5 jul. 2016 19:14, "Santiago Crespo" 
escribió:

> No estoy 100% seguro pero creo que ya lo tengo.
>
> Las fuentes con la etiqueta "PARQUE HISTORICO SINGULAR O FORESTAL" (ej:
> el Retiro) están en 25830 y el resto en 23030. La única excepción que he
> visto por ahora es la fuente del parque del bronce, que estando en una
> zona verde normal usa 25830.
>
> Saludos,
> Santiago Crespo
>
>
> On 07/05/2016 02:48 PM, Emilio Gómez Fernández wrote:
> > Es extraño. En algunas zonas se ajusta más con 23030 y en otras con
> > 25830, como si los datos del CSV proviniesen de fuentes con diferentes
> > sistemas de coordenadas, no se... un cacao.
> >
> > http://u.osmfr.org/m/93231/
> >
> > Un saludo.
> >
> > Emilio Gómez
> >
> >
> > El 5 de julio de 2016, 12:00, Luis García Castro  > > escribió:
> >
> >
> > El 5 de julio de 2016, 11:53, Emilio Gómez Fernández
> > >
> > escribió:
> >
> > Efectivamente parece que en la zona del Retiro no se ajusta nada
> > bien a lo que ya hay en OSM [1], pero en otras partes veo que si
> > que existe una correlación.[2]
> >
> >
> > Yo sí veo que se ajusta bastante en las dos imágenes que ha puesto
> > Jorge (con alguna diferencia lógica y esperable)... no me cuadran
> > los puntos de su imagen con tu primera superposición :-/
> >
> >
> > --
> >
> > Luis García
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
> >
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Fuentes de Madrid

[Santiago Crespo]

Hola Rafael,

1) Tampoco veo interesante añadir la dirección, ya que el Ayuntamiento
liberó también los datos de los números de portal y creo que los
acabaremos importando.

2) Tiene muy buena pinta este gestor de tareas. ¿Cómo empezamos a
usarlo? ¿Podemos usar algún servidor que ya esté o hay que montar uno?

Gracias,
Santiago Crespo

On 07/05/2016 02:28 PM, Rafael Avila Coya wrote:
> Hola a todos/as:
> 
> Dejando de lado el tema de las proyecciones, un par de comentarios:
> 
> 1) Etiquetado: deberíais considerar si es necesario añadir la dirección
> a fuentes de agua. En caso de que sí penséis que es útil (yo no lo veo,
> pero puedo estar equivocado), quizás deberíais considerar la posibilidad
> de substituir add:street y add:housenumber por una sola etiqueta de
> add:full. Os facilitaría el script, pero esto es sólo una idea.
> 
> 2) De la wiki veo que seguís la idea de dividir el fichero en ficheros
> con 50 fuentes cada uno, de forma similar a como se hizo con la
> importación de farmacias.
> 
> Cuando lo organicé así fue porque no disponía de ninguna instancia del
> Gestor de Tareas (Tasking Manager) [1] en la que crear un proyecto de
> importación, de forma similar a como lo usamos en HOT. Ejemplos de estas
> importaciones (nodos sólo) son:
> 
> * Importación de centros de salud en Borno, Nigeria [2]
> * Importación de poblaciones de Liberia [3]
> * Importación de centros educativos de Uganda [4]
> 
> La idea que propongo sería la de crear una instancia del Gestor de
> Tareas para el proyecto OSM-es, como la que tienen ya muchas otras
> comunidades OSM, como por ejemplo la comunidad OSM de Colombia [5].
> 
> Esto tendría múltiples ventajas:
> 
> a) No habría que hacer scripting para dividir fichero original en
> múltiples ficheros. La división se hace automáticamente: cada usuario
> escoge una cuadrícula del mapa, descarga los datos OSM en una capa de
> JOSM y en una segunda capa los datos de fuentes para esa cuadrícula, con
> solo hacer click en un enlace.
> 
> b) No hay necesidad de ninguna wiki de seguimiento, ni editar la wiki
> cada vez que se completa una tarea, ni nada por el estilo. El usuario
> completa una tarea y listo.
> 
> c) Permite una fácil validación, por otros usuarios, de las tareas
> completadas.
> 
> d) Permite un fácil seguimiento del progreso de la importación.
> 
> e) Naturalmente, el Gestor de Tareas podría usarse para muchos otros
> proyectos, no necesariamente de importación.
> 
> En suma, haría la vida del creador de proyectos de importación y de los
> usuarios implicados mucho más fácil.
> 
> Todos esos proyectos de importación, y muchos otros, los he creado yo.
> Si estáis interesados, os puedo guiar en el proceso.
> 
> Saludos,
> 
> Rafael.
> 
> [1] https://github.com/hotosm/osm-tasking-manager2
> [2] http://tasks.hotosm.org/project/937
> [3] http://tasks.hotosm.org/project/652
> [4] http://tasks.hotosm.org/project/1434
> [5] http://tareas.openstreetmap.co/
> 
> On 04/07/16 11:27, Alejandro Moreno Calvo wrote:
>> El ayuntamiento acaba de publicar la ubicación de todas las fuentes de
>> Madrid en
>> http://datos.madrid.es/sites/v/index.jsp?vgnextoid=b8b2e44003b95510VgnVCM101d4a900aRCRD=20d612b9ace9f310VgnVCM10171f5a0aRCRD
>>
>>
>> Un buen candidato para una importación a OSM.
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

[Shohreh]

Trop compliqué pour moi :-/



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5877358.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-es] Fuentes de Madrid

[Santiago Crespo]

No estoy 100% seguro pero creo que ya lo tengo.

Las fuentes con la etiqueta "PARQUE HISTORICO SINGULAR O FORESTAL" (ej:
el Retiro) están en 25830 y el resto en 23030. La única excepción que he
visto por ahora es la fuente del parque del bronce, que estando en una
zona verde normal usa 25830.

Saludos,
Santiago Crespo


On 07/05/2016 02:48 PM, Emilio Gómez Fernández wrote:
> Es extraño. En algunas zonas se ajusta más con 23030 y en otras con
> 25830, como si los datos del CSV proviniesen de fuentes con diferentes
> sistemas de coordenadas, no se... un cacao.
> 
> http://u.osmfr.org/m/93231/
> 
> Un saludo.
> 
> Emilio Gómez
> 
> 
> El 5 de julio de 2016, 12:00, Luis García Castro  > escribió:
> 
> 
> El 5 de julio de 2016, 11:53, Emilio Gómez Fernández
> >
> escribió:
> 
> Efectivamente parece que en la zona del Retiro no se ajusta nada
> bien a lo que ya hay en OSM [1], pero en otras partes veo que si
> que existe una correlación.[2]
> 
> 
> Yo sí veo que se ajusta bastante en las dos imágenes que ha puesto
> Jorge (con alguna diferencia lógica y esperable)... no me cuadran
> los puntos de su imagen con tu primera superposición :-/
> 
> 
> -- 
> 
> Luis García
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-es
> 
> 
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [Talk-it] Mancata attribuzione

[girarsi_liste]

Il 05/07/2016 07:37, Michele Malfatti ha scritto:
> Ciao a tutti ecco l'ennesima mancata attribuzione a mappa Osm. Non è la prima 
> mappa che trovo e a cui scrivo ma se ne fregano altamente dicono sempre non 
> lo sapevano e via dicendo. Cosa devo fare? 
> Michele 
> 

Michele e griphon, se siete soci wikimedia, a voi il primo passo, qui un
modello di lettera da modificare al contesto vostro:


Per Michele, puoi ,mettere questo link per "tirare le orecchie":

http://www.openstreetmap.org/#map=16/45.8753/10.8893


Per la lettera, questa qui:

https://wiki.openstreetmap.org/wiki/User:Simone_girardelli/sandbox/IT:Caso_di_mancata_attribuzione


PS: ragazzi, avevo chiesto tempo fa dove metterla, al di là delle
correzioni/modifiche da apportare, ormai aspetto un paio di settimane,
poi se non si decide qualcosa, chiedo di spostarla come pagina,
creandone una voce all'interno di qualche contesto di problematiche da
affrontare nella wiki, ritengo giusto sia Talk-it a decidere per l'Italia.

Oppure se qualcuno di wikimedia Italia mi da qualche idea migliore,
sicuramente disposto a discuterne/confrontarsi/finalizzare la cosa, grazie.



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



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

Re: [Talk-es] Fuentes de Madrid

[Santiago Crespo]

Emilio, César y Jorge: muchas gracias. Efectivamente era ese el
problema, no estaba usando la rejilla del IGN.

Un saludo,
Santiago Crespo

On 07/05/2016 10:10 AM, Emilio Gómez Fernández wrote:
> Te paso el archivo ya convertido a osm:
> 
> http://dropcanvas.com/m4g2t
> 
> Como bien dice Jorge necesitas reproyectarlo con la rejilla del IGN [1],
> por eso te sale desplazado. Con OGR sería así:
> 
> ogr2ogr -s_srs "+init=epsg:23030 +nadgrids=./peninsula.gsb +wktext"
> -t_srs EPSG:4326 destino.shp origen.shp
> 
> Si usas Linux en Gis se curraron un pequeño script como interfaz
> gráfica de OGR para realizar estas reproyecciones desde EPSG:23030, y el
> mismo se baja la rejilla del IGN. [2]
> 
> [1]
> https://github.com/oscarfonts/catastro2postgis/raw/master/ntv2/peninsula.gsb
> [2]  http://dropcanvas.com/y3y4v
> 
> Un saludo
> 
> Emilio Gómez
> 
> El 5 de julio de 2016, 1:00, Santiago Crespo  > escribió:
> 
> Hola,
> 
> He reproyectado las coordenadas del csv de EPSG:23030 a EPSG:4326
> (WGS84) usando el QGIS.
> 
> De las 1587 fuentes hay 17 que aparecen fuera de España y el resto (ver
> [1]) parece que están desplazadas unos metros de su posición real.
> 
> ¿Me podéis confirmar alguno si las coordenadas del csv [2] son
> EPSG:23030?
> 
> ¿Alguna idea de a qué se puede deber este desplazamiento?
> 
> ¡Gracias!
> 
> [1] http://flanera.net/fuentes_madrid.osm
> [2] http://datos.madrid.es/egob/catalogo/300051-0-fuentes.csv
> 
> 
> On 07/04/2016 12:42 PM, Santiago Crespo wrote:
> > ¡Estupenda noticia! ¿Cómo te has enterado?
> >
> > Me pondré a preparar la importación esta tarde/noche si nadie lo
> hace antes.
> >
> > Mientras tanto, he creado la página para coordinar la importación
> [1] y
> > he añadido el dataset al listado [2]
> >
> > [1] https://wiki.openstreetmap.org/wiki/Madrid_Drinking_Water_Import
> > [2] https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Madrid
> >
> >
> > On 07/04/2016 11:27 AM, Alejandro Moreno Calvo wrote:
> >> El ayuntamiento acaba de publicar la ubicación de todas las
> fuentes de
> >> Madrid en
> >>
> 
> http://datos.madrid.es/sites/v/index.jsp?vgnextoid=b8b2e44003b95510VgnVCM101d4a900aRCRD=20d612b9ace9f310VgnVCM10171f5a0aRCRD
> >>
> >> Un buen candidato para una importación a OSM.
> >>
> >>
> >> ___
> >> Talk-es mailing list
> >> Talk-es@openstreetmap.org 
> >> https://lists.openstreetmap.org/listinfo/talk-es
> >>
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-es
> 
> 
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

[Philippe Verdy]

Oui effectivement toujours pas de relation...

Et tu as scindé la rue Brosolette dans sa partie Sud (là où il y a le noeud
des feux, mais rien dans la partie nord (intersection avec la rue Verdier).

Comme la Rue Verdier est quasiment dans l'axe vers l'avenue Dumont, il est
sans doute plus simple d'en faire un seul et même carrefour, d'autant que
ce sont certainement les mêmes feux). C'est ce que je viens de faire.

D'autre part l'avenue Dumont est marqué en sens unique mais ne se prend
dans le sens indiqué QUE depuis le carrefour, elle ne peut donc pas être un
membre "from" mais uniquement "to". C'est sans doute pour ça que cela n'a
pas été enregistré (données incorrectes ou incohérentes, iD semble
privilégier d'abord ce qui est marqué avant, il ne changera pas tout seul
la direction d'un sens unique). D'ailleurs dans ID quand tu sélectionne le
noeud du carrefour, il ne te laisse pas cliquer cette avenue (comme chemin
"from") à cause du sens unique indiqué...

Si cette avenue peut être prise à contre sens (par des cyclistes), il faut
l'indiquer (afin de pouvoir créer une restriction de tourner pour les
cyclistes veant de cette rue en contre-sens): note que pour les voitures
elle est en sens unique mais la rue est marquée comme ayant des bandes
cyclables des deux côtés (entre la voir en sens unique des véhicules
motorisés, et la voie de stationnement. Cependant en regardant de plus près
on dirait qu'il n'y a qu'un seul côté en bande cyclable: le côté en
contre-sens cpoté sud, et rien dans le sens unique coté nord: les vélos
sont sur la voie normale (confirmé par l'ilot de protection de la voie de
stationnement au début de la rue, et le trottoir semble trop peu large pour
être cyclable).

Bref encore des tags mal fichus : le côté droit (vers le nord-ouest) ne
devrait pas avoir le tag "opposite_lane", mais le tag mis est
"cyleway=opposite_lane", il ne précise pas le côté parce que la rue est
sens unique (opposite_lane signifie en contresens du sens du tracé, donc
forcément uniquement du côté gauche uniquement pusique la rue est sens
unique "oneway=yes") !

Egalement pour la partie sud-ouest de l'avenue Brossolette, il n'est sans
doute pas unitile de marquer le Y de séparation des sens uniques, à cause
de l'ilôt central. Même chose pour la partie nord-est. Mais là je n'ai rien
touché. Sur la partie sud-ouest également il y a visiblement la voie de
droite réservée aux bus (avec l'arrêt de bus marqué avec un noeud), mais
comme il n'y a pas de séparation physique, on peut laisser fusionner avec
la partie sens unique descendant vers le sud à l'ouest de l'ilot central.

Je pense aussi que la partie nord-est est aussi une voie réservée aux bus
jusqu'au carrefour: cela peut se marquer avec un tag "bus_lane"... de
l'autre coté vers le nord-est la voie réservé aux bus semble démarrer mais
seulement à 50 mètres environ du carrefour (depuis le carrefour les 2 voies
sont pour tout le monde, sans doute pour faciliter le passage de ceux qui
viennent de l'avenue Verdier en tournant à droite) Si on veut taguer les
bus-lane, là encore il faut scinder la voie.



Le 5 juillet 2016 à 18:18, Shohreh  a écrit :

> J'ai donc tenté dans Id d'ajouter le feu tricolore cycliste + panneau M12:
>
> http://www.openstreetmap.org/?mlat=48.81621=2.30572#map=19/48.81621/2.30571
>
> 1. J'ai scindé la way Brossolette qui était d'un seul tenant
> 2. Ajouter le feu et y ai ajouté une relation Restriction qui va bien…
> https://s32.postimg.org/r9xp6p52d/OSM_Id_add_traffic_light_1.jpg
>
> 3. Sélectionné le way "Av Augustin Dumont" qui devait jouer le rôle de
> "from"… je ne vois pas la relation dans la liste:
> https://s32.postimg.org/sdgwfnzh1/OSM_Id_add_traffic_light_2.jpg
>
> Il manque une étape entre 3 et 4 pour que la relation soit visible après?
> Ou
> faut-il faire autre chose une fois qu'on a scindé une way?
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5877352.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

[Shohreh]

J'ai donc tenté dans Id d'ajouter le feu tricolore cycliste + panneau M12:
http://www.openstreetmap.org/?mlat=48.81621=2.30572#map=19/48.81621/2.30571

1. J'ai scindé la way Brossolette qui était d'un seul tenant
2. Ajouter le feu et y ai ajouté une relation Restriction qui va bien…
https://s32.postimg.org/r9xp6p52d/OSM_Id_add_traffic_light_1.jpg

3. Sélectionné le way "Av Augustin Dumont" qui devait jouer le rôle de
"from"… je ne vois pas la relation dans la liste:
https://s32.postimg.org/sdgwfnzh1/OSM_Id_add_traffic_light_2.jpg

Il manque une étape entre 3 et 4 pour que la relation soit visible après? Ou
faut-il faire autre chose une fois qu'on a scindé une way?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5877352.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-it] Cancellazione stazione abbandonata

[Martin Koppenhoefer]

2016-07-05 17:42 GMT+02:00 Simone Cortesi :

> esatto. il fatto di sapere che quell'edificio conserva ancora
> caratteristiche di una vecchia stazione, è di per se una informazione.
>


si, ma quel edificio non è stato cancellato, è stato cancellato un nodo
fuori l'edificio:
https://www.openstreetmap.org/node/2104552844/history#map=18/37.88805/15.09704=N

dovrestri guardartelo in JOSM con foto per capire...

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

Re: [Talk-us] shop=chemist as "Drugstore" for Walgreens, CVS, Rite Aid, etc.

[Minh Nguyen]

On 2016-07-05 08:45, Minh Nguyen wrote:

This change to iD came about due to a discussion in the Name Suggestion
Index project, which is the component in iD that suggests tags when you
fill in a commonly used name. [2] I happened to notice the change
because it caused Transifex to prompt me to update iD's Vietnamese
localization. To my knowledge, there has been no discussion on the
mailing lists or formal proposal on the wiki, though the iD maintainer
intends to edit the wiki to match iD's interpretation. iD is the only
software that has made this change.


Sorry, I got a little ahead of myself there. iD's maintainer assures me 
he won't be the one to edit the wiki. :-)


--
m...@nguyen.cincinnati.oh.us


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

[Talk-us] shop=chemist as "Drugstore" for Walgreens, CVS, Rite Aid, etc.

[Minh Nguyen]

Recently, iD was changed so that shop=chemist is labeled as "Drugstore" 
for American English users (and continues to be labeled "Chemist" for 
British English users). [1] An American mapping a Walgreens, CVS, or 
Rite Aid who searches for "drugs" will see the following choices, in order:


* Drugstore (shop=chemist, marked with a shopping cart icon)
* Pharmacy (amenity=pharmacy, marked with a pill bottle)

Meanwhile, searching for "pharmacy" -- a synonym of "drugstore" in 
American English -- produces only the amenity=pharmacy preset.


The rationale is that amenity=pharmacy should be used only for pharmacy 
counters (which can be found at both drugstores and inside 
supermarkets), while shop=chemist should be used for full-service 
drugstores that *may* contain pharmacy counters. Currently, this is at 
odds with the wiki and longstanding practice, which stipulates that a 
shop=chemist *may not* fill prescriptions.


This change to iD came about due to a discussion in the Name Suggestion 
Index project, which is the component in iD that suggests tags when you 
fill in a commonly used name. [2] I happened to notice the change 
because it caused Transifex to prompt me to update iD's Vietnamese 
localization. To my knowledge, there has been no discussion on the 
mailing lists or formal proposal on the wiki, though the iD maintainer 
intends to edit the wiki to match iD's interpretation. iD is the only 
software that has made this change.


On the one hand, I've come around to liking the proposal, because it 
makes it easier for data consumers to distinguish between pharmacy 
counters and full-fledged drugstores. On the other hand, I think it's 
problematic because an American mapping a Walgreens or CVS could 
potentially tag a "drugstore" and be unaware that they'd need to 
separately map the pharmacy counter in order to indicate that 
prescriptions may be filled on-site.


Currently, amenity=pharmacy is far and away more common than 
shop=chemist in the U.S. as a way to tag drugstores. Certainly anyone 
retagging amenity=pharmacy to shop=chemist would be careful to add an 
additional amenity=pharmacy POI where the pharmacy counter would be. 
(For a typical Walgreens or CVS, it'd be next to the drive-through 
canopy.) However, I have little faith that the average iD user would 
know to do the same, since the word "drugstore", like "pharmacy", 
implies the sale of prescription drugs.


I've hashed out many of these points in [3], but I think the discussion 
needs to involve the wider OSM community now. There's little chance of 
data consumers and other editors updating their logic if the change is 
only discussed in the iD project.


[1] https://github.com/openstreetmap/iD/issues/3201
[2] https://github.com/osmlab/name-suggestion-index/issues/30
[3] https://github.com/openstreetmap/iD/issues/3213

--
m...@nguyen.cincinnati.oh.us


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

Re: [Talk-it] Cancellazione stazione abbandonata

[Simone Cortesi]

2016-07-05 17:34 GMT+02:00 Martin Koppenhoefer :
> 2016-07-05 17:29 GMT+02:00 Andrea Lattmann :
>>
>> >Non è del tutto chiaro se vogliamo >mappare stazioni abbandonate
>>
>> Per me è giusto. Dobbiamo o non dobbiamo mappare quello che c'è, anche se
>> abbandonato o diroccato?

esatto. il fatto di sapere che quell'edificio conserva ancora
caratteristiche di una vecchia stazione, è di per se una informazione.

-- 
-S

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

Re: [OSM-talk-fr] OpenStreetMap en famille : un jeu de société

[Nicolas Moyroud]

Salut JB,

Je me joins au concert de louanges (un peu à retardement mais bon...) à 
propos de cette superbe réalisation.
Pour une v2 un truc qui serait super à ajouter c'est une planche 
reprenant toutes les formes avec le nom de chaque cathédrale en dessous 
+ le nom de la commune et du département. Ça ajouterai un petit plus 
concernant l'aspect culturel de la chose.


a+
Nicolas

Le 05/07/2016 17:21, JB a écrit :

Le 23/06/2016 à 00:44, Christian Quest a écrit :
ça mérite une bonne place sur le wiki.osm.org , 
non ?
Ça n'aura pas pris longtemps, c'est l'image de la semaine : 
http://wiki.openstreetmap.org/wiki/Main_Page
Je l'ai aussi vu passer sur le weeklyosm, là, je n'y suis pour rien ! 
http://weeklyosm.com/ section Community

JB.


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

Re: [Talk-it] Cancellazione stazione abbandonata

[Martin Koppenhoefer]

2016-07-05 17:29 GMT+02:00 Andrea Lattmann :

> >Non è del tutto chiaro se vogliamo >mappare stazioni abbandonate
>
> Per me è giusto. Dobbiamo o non dobbiamo mappare quello che c'è, anche se
> abbandonato o diroccato?




+1, concordo, nel caso in cui ci stesse ancora una traccia va bene
mapparlo, invece quando non si vede più niente (raso a suolo, nuova
costruzione sopra) è diverso...

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

Re: [Talk-it] registrare tracce a piedi con Windowsphone e Iphone

[Andrea Lattmann]

>Una cosa del genere ad esempio ...
>
>http://wiki.openstreetmap.org/wiki/IT:GPS_Reviews#Modulo_U-Blox_M8-T_.28supporta_correzione_RTK_e_postprocessing.29

Eeee grazie al pindaro (spero di non aver urtato la sensibilità di qualcuno)

Aver 80€ da spendere me lo comprerei! 

Andrea Lattmann

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

Re: [Talk-it] Cancellazione stazione abbandonata

[Andrea Lattmann]

>Non è del tutto chiaro se vogliamo >mappare stazioni abbandonate

Per me è giusto. Dobbiamo o non dobbiamo mappare quello che c'è, anche se 
abbandonato o diroccato? 

Andrea Lattmann

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

Re: [OSM-talk-fr] OpenStreetMap en famille : un jeu de société

[JB]

Le 23/06/2016 à 00:44, Christian Quest a écrit :

ça mérite une bonne place sur le wiki.osm.org , non ?
Ça n'aura pas pris longtemps, c'est l'image de la semaine : 
http://wiki.openstreetmap.org/wiki/Main_Page
Je l'ai aussi vu passer sur le weeklyosm, là, je n'y suis pour rien ! 
http://weeklyosm.com/ section Community

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

Re: [Talk-it] scomparso sentiero europeo E5.

[Rizzi]

Grazie mille dell'aiuto ... io non avrei saputo come fare per rimediare
alla cancellazione.
vrmap

2016-07-05 16:36 GMT+02:00 Martin Koppenhoefer :

> visto il tacito consenso ho provveduto... ;-)
>
> 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-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

[Philippe Verdy]

Le 5 juillet 2016 à 15:53, Christian Quest  a
écrit :

> iD montre ses limites quand on commence à rentrer dans le "dur", comme
> c'est le cas avec les relations.
>

Au risque de me répéter, c'est vrai pour les relations en général (les
multipolygones de landuse, les itinéraires, les frontières)

Mais pas vrai concernant les restrictions de tourner, dont la prise en
charge par iD est parfaite (à condition que les bons ways soient
correctement découpés, ce qui est malgré tout trivial à faire sous iD: il
suffit de cliquer le noeud du carrefour et d'utiliser l'outils "ciseaux"
pour scinder les highways). Dans ce cas-là iD est même plus facile et plus
rapide que JOSM qui demande son éditeur de relations, bien fait certes,
mais trop compliqué pour ce cas plus bien plus simple de relation à trois
membres (il trouve, met à jour ou crée les relations tout seul de façon
enfantine et intuitive): il ne manque plus que l'équivalent dans JOSM (à
intégrer dans les listes de propriétés d'un noeud de carrefour).
JOSM cependant n'évitera pas la création de relations en doublons qi on n'a
pas chargé les dépendances du noeud de carrefour (tous les chemins ou
relations qui utilisent ce noeud): raccourci clavier=CLTR+ALT+D en
sélectionnant le noeud, si on n'a pas chargé une zone rectangulaire autour
de ce noeud.
JOSM sera cependant utile pour dénouer les relations bancales ou les
dédoublonner (pas évident dans iD de savoir ce qu'on supprime et de
naviguer d'un objet à l'autre).

Un truc à savoir dans iD: pour sélectionner plus facilement une relation,
il est toujours utile de la nommer une fois qu'on l'a trouvée, s'il n'y a
pas de nom clair: au pire on nomme temporairement "xxx" (sans envoyer au
serveur) ; ça permet quand on sélectionne un objet voisin de trouver la
relation à ajouter bien plus facilement, juste par ce nom quand on clique
le bouton "+" pour ajouter l'objet (noeud ou chemin) en tant que membre
d'une autre relation. Une fois la relation complétée avec ses membres, ce
nom temporaire "xxx" on l'enlève avant d'envoyer. Sans ce nom temporaire,
iD propose une liste de relations mais il est difficile de savoir laquelle
choisir avec les descriptions par défaut.

Pas besoin de cette astuce en revanche pour les interditions de tourner:
tout se fait en sélectionnant le noeud de croisement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-ca] Route abandonnée

[James]

Au point que c'est bloqué tu put mettre barrier=yes et apres tu tag le
reste du chemin par access=no

2016-07-05 10:48 GMT-04:00 Pierre Boucher :

> Salut a tous,
> Comment doit-on "tagger" une route ou rue abandonnée depuis un certain
> temps et bloquée par de gros blocs de béton?
>
> Pierre Boucher
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Route abandonnée

[Pierre Boucher]

Salut a tous,

Comment doit-on "tagger" une route ou rue abandonnée depuis un certain 
temps et bloquée par de gros blocs de béton?


Pierre Boucher

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

Re: [Talk-it] scomparso sentiero europeo E5.

[Martin Koppenhoefer]

visto il tacito consenso ho provveduto... ;-)

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

Re: [Talk-it] Cancellazione stazione abbandonata

[Martin Koppenhoefer]

2016-07-05 16:19 GMT+02:00 Simone Cortesi :

> se hai cancellato il nodo e il nodo aveva informazioni doppie,
> ripetute nel poligono della stazione: hai agito correttamente.
>
> il poligono contiene più informazioni ed è giusto lasciare quello.
>


è un po' più complesso qui, perché l'area si riferisce ad un edificio,
mentre il nodo si riferiva ad una stazione ferroviaria abandonata/ in
disuso (una stazione è più di un edificio, ci fanno parte anche i binari e
le banchine e le altre aree all'aperto). Non è del tutto chiaro se vogliamo
mappare stazioni abbandonate, per me in questo caso si potrebbe fare (al
meno se la situazione non è cambiata rispetto alla foto di bing, dove si
vede bene), però sarebbe meglio in questo caso mappare anche la stazione
come area.

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

Re: [Talk-it] Cancellazione stazione abbandonata

[Simone Cortesi]

2016-07-05 15:59 GMT+02:00 aldoct :
> Sono l'utente "beccato". Come ho già spiegato, penso di aver cancellato un
> NODO che ho ritenuto doppione di un'AREA definita in modo appropriato come
> "building=train_station; abandoned=yes; name=Castiglione di Sicilia;
> operator=FS.
> Non ho ancora capito, però, se ho fatto bene o no.
> Potreste dirmelo in parole povere?

se hai cancellato il nodo e il nodo aveva informazioni doppie,
ripetute nel poligono della stazione: hai agito correttamente.

il poligono contiene più informazioni ed è giusto lasciare quello.

-- 
-S

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

Re: [Talk-it] registrare tracce a piedi con Windowsphone e Iphone

[Andrea Lattmann]

>non è detto che "la verità" si trova al >centro delle tracce sbagliate, per 
>>esempio se ci sono gli stessi problemi >(parete che riflette il segnale, 
>ecc.) con >ogni registrazione l'errore potrebbe >ripetersi...

Si certo, ipotizzavo la migliore situazione. Anche da me c'è una zona "strana" 
che non mi permette un buon segnale e sarà difficile un buon tracciato :-)
La cosa migliore è avere un GPS con alta sensibilità con magari una bella 
antenna esterna... 

Andrea Lattmann

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

Re: [Talk-it] Cancellazione stazione abbandonata

[aldoct]

Sono l'utente "beccato". Come ho già spiegato, penso di aver cancellato un
NODO che ho ritenuto doppione di un'AREA definita in modo appropriato come
"building=train_station; abandoned=yes; name=Castiglione di Sicilia;
operator=FS. 
Non ho ancora capito, però, se ho fatto bene o no. 
Potreste dirmelo in parole povere? 
Saluti 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Cancellazione-stazione-abbandonata-tp5876214p5877331.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] registrare tracce a piedi con Windowsphone e Iphone

[Alessandro Palmas]

Il 05/07/2016 15:54, Andrea Lattmann ha scritto:

non è detto che "la verità" si trova al >centro delle tracce sbagliate, per >esempio se 
ci sono gli stessi problemi >(parete che riflette il segnale, ecc.) con >ogni registrazione 
l'errore potrebbe >ripetersi...

Si certo, ipotizzavo la migliore situazione. Anche da me c'è una zona "strana" 
che non mi permette un buon segnale e sarà difficile un buon tracciato :-)
La cosa migliore è avere un GPS con alta sensibilità con magari una bella 
antenna esterna...

Andrea Lattmann



Una cosa del genere ad esempio ...

http://wiki.openstreetmap.org/wiki/IT:GPS_Reviews#Modulo_U-Blox_M8-T_.28supporta_correzione_RTK_e_postprocessing.29

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

[Christian Quest]

Le 05/07/2016 à 12:01, Shohreh a écrit :

osm.sanspourriel wrote

éventuellement ajouter un couple bicycle=designated ? Car le feu est fait
pour les cyclistes. […] Mais il me semble que tu as un "vrai" feu plus en
hauteur, ou c'est juste la partie pour les piétons ?

Voilà un exemple : un tricolore avec panneau M12 sur un simple poteau (pas
de tricolore au dessus pour les voitures) et qui débouche sur une
départementale:
https://s32.postimg.org/jim154p79/Malakoff_feu_tricolore_cycliste_M12.jpg

Comment faire ça comme il faut?



La relation est la même, elle ne modélise pas le panneau en lui même 
mais la restriction/autorisation de passer d'une voie à l'autre.




Jérôme Seigneuret-3 wrote

J'ai fait la même erreurs (choix d'iD pour tous) Après avoir détruit des
relations en éditant des voies, je suis passé à JOSM.

J'en tire la même conclusion, mais ce qui m'a amené à vouloir le faire avec
Id, outre son usage plus simple, c'est cette vidéo qui montrait qu'on
pouvait le faire:
https://www.youtube.com/watch?v=TQyPGEQ0A2k

Ce que j'aurai appris à ce stade:
- rajouter un panneau M12 fait partie des choses qui nécessitent JOSM; Id
n'est pas à la hauteur
- avant de pouvoir ajouter un M12, il peut être nécessaire de 1) corriger
des erreurs dans OSM (cf. le boulevard Camelinat à Malakoff) et 2) scinder
la way sur laquelle se trouve le feu tricolore afin de pouvoir sélectionner
les deux morceaux (from et to)


iD montre ses limites quand on commence à rentrer dans le "dur", comme 
c'est le cas avec les relations.
JOSM est plus complexe mais il permet tellement plus de choses que 
l'investissement est vite rentabilisé.


Pour un panneau M12 comme pour toute relation indiquant une interdiction 
de tourner, un obligation d'aller tout droit ou autre, il faut segmenter 
les highway.

Rien de spécifique aux M12 ni à l'éditeur.
On pourrait imaginer un éditeur bien plus intelligent qui lorsqu'on 
positionne un panneau M12 analyserait les highway environnant pour 
proposer l'ensemble des modifications à faire (couper les highway, créer 
la relation). Ça vaudrait le coup par exemple si on a des données 
opendata sur une grande ville (je pense à Paris qui a mis pas mal de M12 
en place ces derniers mois) avec la localisation (exacte) de ces 
panneaux pour accélérer l'intégration de ces données.


--
Christian Quest - OpenStreetMap France


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

Re: [Talk-it] import civici Emilia Romagna

[Alessandro Palmas]

Il 05/07/2016 15:29, Lorenzo "Beba" Beltrami ha scritto:



Se la suddivisione è quella mappata in questo articolo[1] non so se 
abbia senso suddividere per provincie, sarebbe comunque disomogenea...

Potremmo creare delle macroaree o degli elenchi di comuni.
Oppure vedere se sono già suddivisi per zone sensate, come potrebbe 
sembrare sempre dalla mappa nell'articolo[1].




Puoi scegliere se per regione, provincia, singolo comune o alrti 
criteri. Io andrei per provincia, poi si può sempre suddividere 
ulteriormente.


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

Re: [Talk-it] registrare tracce a piedi con Windowsphone e Iphone

[Martin Koppenhoefer]

2016-07-05 15:04 GMT+02:00 Andrea Lattmann :

> >Anche se sbagliate di 10 metri, le tracce >GPX con i loro WP sono le
> uniche "armi" >che hai a disposizione per mappare in >questa zona. Se non
> sono gia' mappate >e non le vedi dalle foto te le devi per >forza tracciare
> da solo.
>
> Credo che la precisione del GPS serva sopratutto ad evitare di ripassare
> 1 volte per poi tracciare preciso il sentiero. In sentieri dove per
> scarsità di segnale ho errori elevati, ci passo mooolte volte in giorni
> diversi, così avrò un sentiero "preciso" :-)



non è detto che "la verità" si trova al centro delle tracce sbagliate, per
esempio se ci sono gli stessi problemi (parete che riflette il segnale,
ecc.) con ogni registrazione l'errore potrebbe ripetersi...

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

Re: [Talk-it] registrare tracce a piedi con Windowsphone e Iphone

[Alfredo Gattai]

E' anche nei miei propositi, ma negli ultimi 2 anni e mezzo non sono quasi
mai riuscito a ripassare dal solito posto visto che ho finito di mappare le
aree di 5 comuni e me ne mancano altri 2 e mezzo:-)
Chissa', magari tramite la Regione Liguria riesco a farmi prendere un GPS
differenziale ed al prossimo monitoraggio li sistemo una volta per
tutte..oppure Samsung si decide a finire lo studio con l'universita'
del Texas ed esce con uno smarphone con GPS preciso..stiamo a vedere,
di tempo ne ho ancora prima di finire la prima passata

2016-07-05 15:04 GMT+02:00 Andrea Lattmann :

> >Anche se sbagliate di 10 metri, le tracce >GPX con i loro WP sono le
> uniche "armi" >che hai a disposizione per mappare in >questa zona. Se non
> sono gia' mappate >e non le vedi dalle foto te le devi per >forza tracciare
> da solo.
>
> Credo che la precisione del GPS serva sopratutto ad evitare di ripassare
> 1 volte per poi tracciare preciso il sentiero. In sentieri dove per
> scarsità di segnale ho errori elevati, ci passo mooolte volte in giorni
> diversi, così avrò un sentiero "preciso" :-)
>
> 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] import civici Emilia Romagna

[Lorenzo "Beba" Beltrami]

Il giorno 5 luglio 2016 15:03, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Prima di entrare in casa d'altri :-) volevo chiedere, per iniziare le
> pratiche per i civici della E-R io creerei una pagina per Provincia, o
> pensate sia meglio suddividere in altro modo?
>

Se la suddivisione è quella mappata in questo articolo[1] non so se abbia
senso suddividere per provincie, sarebbe comunque disomogenea...
Potremmo creare delle macroaree o degli elenchi di comuni.
Oppure vedere se sono già suddivisi per zone sensate, come potrebbe
sembrare sempre dalla mappa nell'articolo[1].

Ciao!
Lorenzo

[1]
http://geoportale.regione.emilia-romagna.it/it/it/notizie/geoportale-emilia-romagna/database-topografico-regionale-pubblicati-gli-strati-relativi-ad-accessi-e-numerazione-civica-con-licenza-cc-by
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-co] Semanario Nr. 310

[Leonardo Gutierrez]

Saludos codiales

Hay una amplia discusión sobre las contribuciones de los usuarios de
Maps.me al mapa [2], yo he estado revisando las contribuciones con este tag
en Colombia [1], valdria la pena que revisaramos, pues al parecer ciertos
usuarios han utilizado esta caracteristica de la app para "notas
personales", esto ha sido reportado en españa [3].

Gracias


[1]
http://resultmaps.neis-one.org/osm-suspicious?country=211=24=10=maps.me=t=%3E=10=d=n#6/6.326/-74.377
[2] http://www.openstreetmap.org/user/BushmanK/diary/38909
[3] https://lists.openstreetmap.org/pipermail/talk-es/2016-June/014107.html

El 30 de junio de 2016, 11:36, Laura Barroso  escribió:

> Hola, el semanario Nr. 310, el sumario de todo lo que está ocurriendo en
> el mundo de openstreetmap está en línea en español.
>
> http://www.weeklyosm.eu/es/archives/7765
> ¡Disfruta!
>
>
>
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-it] registrare tracce a piedi con Windowsphone e Iphone

[Andrea Lattmann]

>Anche se sbagliate di 10 metri, le tracce >GPX con i loro WP sono le uniche 
>"armi" >che hai a disposizione per mappare in >questa zona. Se non sono gia' 
>mappate >e non le vedi dalle foto te le devi per >forza tracciare da solo.

Credo che la precisione del GPS serva sopratutto ad evitare di ripassare 1 
volte per poi tracciare preciso il sentiero. In sentieri dove per scarsità di 
segnale ho errori elevati, ci passo mooolte volte in giorni diversi, così avrò 
un sentiero "preciso" :-)

Andrea Lattmann

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

Re: [Talk-it] import civici Emilia Romagna

[Alessandro Palmas]

Prima di entrare in casa d'altri :-) volevo chiedere, per iniziare le 
pratiche per i civici della E-R io creerei una pagina per Provincia, o 
pensate sia meglio suddividere in altro modo?


Alessandro Ale_Zena_IT

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

Re: [Talk-es] Fuentes de Madrid

[Emilio Gómez Fernández]

Es extraño. En algunas zonas se ajusta más con 23030 y en otras con 25830,
como si los datos del CSV proviniesen de fuentes con diferentes sistemas de
coordenadas, no se... un cacao.

http://u.osmfr.org/m/93231/

Un saludo.

Emilio Gómez


El 5 de julio de 2016, 12:00, Luis García Castro 
escribió:

>
> El 5 de julio de 2016, 11:53, Emilio Gómez Fernández <
> emilio.gomez.f...@gmail.com> escribió:
>
>> Efectivamente parece que en la zona del Retiro no se ajusta nada bien a
>> lo que ya hay en OSM [1], pero en otras partes veo que si que existe una
>> correlación.[2]
>
>
> Yo sí veo que se ajusta bastante en las dos imágenes que ha puesto Jorge
> (con alguna diferencia lógica y esperable)... no me cuadran los puntos de
> su imagen con tu primera superposición :-/
>
>
> --
>
> Luis García
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-cz] traumabody v OSM

[Mirek Dlask]

Ahoj,
Našel jsem.
http://wiki.openstreetmap.org/wiki/Cs:Tag:highway%3Demergency_access_point

Přidal jsem tři na Ralsku a nesouhlasí mi souřadnice, tak jsou umístěné
podle fotek.
Například https://www.openstreetmap.org/node/4284074781
má souřadnice 50°32'25" N 14°44'35" E

Dne 5. července 2016 12:51 Milan Cerny  napsal(a):

> Zdravím, poslední dobou se zejména na horách vyskytují stále častěji
> traumabody, podle kterých lze v případě záchranná akce snadno lokalizovat
> konkrétní místo v terénu.
> Často jsou součástí rozcestníků, ale jsou i samostatné, na křižovatkách
> cest.
> Přijde mi užitečné tyto body zanést do OSM. Otázkou je, jak je tagovat.
>
> http://api.openstreetmap.cz/img/guidepost/u_pramene_vltavy_VO422.jpg
>
> http://gis.izscr.cz/wpgis/traumabody/
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] MAppiaM! Mappatura monumenti Appia Antica 9-11 luglio 2016

[Alessandro Palmas]

Rammento che questo fine settimana a Roma con Archeo faremo una 3 
giorni di mappatura: saremo alla Sapienza il sabato (a pomeriggio 
mapparemo i dintorni) e il lunedì, mentre domenica invaderemo l'Appia 
Antica per la mappatura dei monumenti.


https://wiki.openstreetmap.org/wiki/MAppiaM!_Mappatura_monumenti_Appia_Antica,_9-11_luglio_2016

Per l'occasione ci apriranno degli spazi e ci dovrebbero anche 
permettere di fotografarli per pubblicarli in Commons. La manifestazione 
è aperta a tutti previa registrazione; al link trovate il pdf con le 
informazioni aggiornate e l'EventBrite a cui registrarsi.


Come avevo già detto lunedì 27, sarebbe bello che qualche mappatore 
romano di unisse al gruppo visto che c'è la possibilità che alcuni 
studenti si appassionino ad OSM, almeno potrebbero subito conoscere 
qualcuno più esperto.


Alessandro Ale_Zena_IT

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

Re: [Talk-it] registrare tracce a piedi con Windowsphone e Iphone

[Martin Koppenhoefer]

sent from a phone

> Il giorno 05 lug 2016, alle ore 12:24, Alessandro Palmas 
>  ha scritto:
> 
> Faremo anche un pò di mappatura con correzione via stazione base (mi sono già 
> registrato alla rete GNSS del Lazio), in campo aperto dovremmo ottenere 
> ottimi risultati.


sono riuscito di liberarmi e cerco di venire...

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

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory

[Stefano Droghetti]

Il 05/07/2016 13:02, Max1234Ita ha scritto:

Ho provato a scaricare lo "script": 419 mega mi sembrano un po' tantini per
un po' di codice... o-O


Il "mero" script è questo:

===

#!/bin/bash

# Questo script utilizza Splitter e OsmAndCreator per suddividere
# un file .osm.pbf o un file .osm.bz2 in molte sottomappe,
# per ignuna di esse crea una mappa .obf navigabile con OsmAnd
# e un file unico per la ricerca degli indirizzi.

# Autore: Stefano Droghetti
# Licenza: GPL

# Schermata di presentazione

zenity --info --title="Osmux" --text="Questo script converte una 
mappa\nOSM dal formato .osm.bz2 o .osm.pbf\nnel formato obf per OsmAnd."


# Chiedo quanta memoria minima deve avere (richiesto per Java)

MINIMO=`zenity --entry --height=300 --width=240 --title="Osmux" 
--text="Memoria minima da utilizzare in MB (default=128MB)"`


# Se non viene scritto nulla, si prende il default

if [ "$MINIMO" = "" ]; then
MINIMO=128
fi

# Se non è un nmero, esce

if ! [ "$MINIMO" -eq "$MINIMO" ] 2> /dev/null
then
zenity --info --title="Osmux" --text="Solo numeri interi!\nBye bye!"
exit
fi

echo $MINIMO

# Stessa cosa di prima, per la memoria massima

MASSIMO=`zenity --entry --height=300 --width=240 --title="Osmux" 
--text="Memoria massima da utilizzare in MB (default=3000MB)"`


if [ "$MASSIMO" = "" ]; then
MASSIMO=3000
fi

if ! [ "$MASSIMO" -eq "$MASSIMO" ] 2> /dev/null
then
zenity --info --title="Osmux" --text="Solo numeri interi!\nBye bye!"
exit
fi

echo $MASSIMO

# Chiede dov'è il file OSM da convertire

DIRFILE=`zenity --file-selection --title="Seleziona il file .osm.bz2 o 
osm.pbf da convertire"`


if [ "$DIRFILE" = "" ]; then
zenity --info --title="Osmux" --text="Bye bye!"
exit
fi

# Controlla che il file sia di tipo consenstito e mette
# nome file, cartella, estensione eccetera in varie variabili

ESTENSIONE=".osm.bz2"
ESTENSION2=".osm.pbf"
NOMEFILE=`basename $DIRFILE`
BASEFILE=${NOMEFILE%%$ESTENSIONE}
if [ $BASEFILE = $NOMEFILE ]; then
BASEFILE=${NOMEFILE%%$ESTENSION2}
fi
ESTENS=${NOMEFILE##$BASEFILE}
echo "DIRFILE = $DIRFILE"
echo "NOMEFILE = $NOMEFILE"
echo "BASEFILE = $BASEFILE"
echo "ESTENS = $ESTENS"
if [ "$ESTENS" != "$ESTENSIONE" -a "$ESTENS" != "$ESTENSION2" ]; then
zenity --error --title="Errore" --text="Sono ammessi soltanto file 
di tipo $ESTENSIONE o $ESTENSION2"

exit
fi


# Cancella file inutili

cd osmand-gen
rm *.*
cd ..

cd osmand-pbf
rm *.*
cd ..

cd tmp
rm *.*
cd ..

cd osmand-obf
rm *.*
cd ..

rm *.log

# Fa partire il cronometro

START=$(date +%s.%N)

# Usa splitter per suddividere le mappe

cd tmp

echo -e "\n\n\n\nDivisione della mappa in piccole sottomappe...\n\n\n\n\n"

java -Xms${MINIMO}M -Xmx${MASSIMO}M -jar ../splitter/splitter.jar $DIRFILE
mv *.osm.pbf ../osmand-pbf
cd ..

# Converte ognuna della mappe in .obf

echo -e "\n\n\n\nCreazione delle mappe .obf...\n\n\n\n\n"

cd OsmAndMapCreator-main
java -Djava.util.logging.config.file=logging.properties -Xms${MINIMO}M 
-Xmx${MASSIMO}M -cp 
"./OsmAndMapCreator.jar:lib/OsmAnd-core.jar:./lib/*.jar" 
net.osmand.data.index.IndexBatchCreator ../batch-normale.xml


# Usa le mappe .obf create per creare un unico file di indirizzi

echo -e "\n\n\n\nUnione delle mappe in un unico file...\n\n\n\n\n"

java -Djava.util.logging.config.file=logging.properties -Xms${MINIMO}M 
-Xmx${MASSIMO}M -cp 
"./OsmAndMapCreator.jar:lib/OsmAnd-core.jar:./lib/*.jar" 
net.osmand.MainUtilities merge-index ../osmand-obf/${BASEFILE}.obf 
--address ../osmand-obf/${1}*.obf


cd ..

# Cancella i file inutili e rinomina le mappe.

cd osmand-obf
rm *.log
rm 6324*.*
cd ..

cd osmand-gen
rm *.*
cd ..

cd osmand-pbf
rm *.*
cd ..

cd tmp
rm *.*
cd ..

# Ferma il cronometro e calcola quanto ci ha messo

END=$(date +%s.%N)
DIFF=$(echo "$END - $START" | bc)
TEMPO=`date -d@$DIFF -u +%H:%M:%S`

# Schermata finale con apertura cartella con i file creati

zenity --info --title="Osmux" --text="Si aprira' ora una 
finestra\ncontenente il file da copiare\nnella cartella di OsmAnd sullo 
smartphone.\n\nMappa creata in $TEMPO"


xdg-open osmand-obf

echo "Bye bye!"
exit

=

A cui bisogna aggiungere il file chiamato batch-normale.html



zoomWaySmoothness="" osmDbDialect="sqlite" 
mapDbDialect="sqlite" />




===

Lo script auto.sh l'ho modificato ulteriormente e adesso mette la data 
nel nome del file:


#!/bin/bash

# Questo script utilizza Splitter e OsmAndCreator per suddividere
# un file .osm.pbf o un file .osm.bz2 in molte sottomappe,
# per ignuna di esse crea una mappa .obf navigabile con OsmAnd
# e un file unico per la ricerca degli indirizzi.

# Versione automatizzata per l'Italia: scarica e compila tutto da solo

# Autore: Stefano Droghetti
# Licenza: GPL

echo -e "\n\nQuesto script converte una mappa\nOSM dal formato .osm.bz2 
o .osm.pbf\nnel formato obf per OsmAnd.\n\n\n"


# Parametri da cambiare all'uopo

MINIMO=128
MASSIMO=2000

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory

[Stefano Droghetti]

Il 05/07/2016 13:02, Max1234Ita ha scritto:

Ho provato a scaricare lo "script": 419 mega mi sembrano un po' tantini per
un po' di codice... o-O
Perché dentro sono incluse le versioni di OsmAndCreator e di Splitter 
che funzionano con lo script.


--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


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

Re: [Talk-GB] OSMUK local chapter

[Dennis Bauszus]

Yes. We do have hosting. Geolytix is sponsoring a 1GB cloud server with 
DigitalOcean. I have setup the one-click wordpress site for now but we 
can of course setup any combination of apps on that server.



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

Re: [talk-au] Possible illegal imports in Western Australia

[cleary]

 
I don't have the knowledge to run scripts safely, so it would be good if
you could do this.  Thanks.
 
 
 
 
On Tue, Jul 5, 2016, at 09:34 PM, Andrew Harvey wrote:
>
> On 5 Jul 2016 8:26 PM, "cleary"  wrote:
> > I have been looking at some South Australian administrative
> > boundaries.
>  > The South Australia / Western Australia border is a bit messy and
>  > I was
>  > looking to see it I could sort it out. I realised that some of
>  > the data
>  > is part of the recently reported illegal imports of WA data -
>  > includes
>  > some LGA and locality boundaries. Not sure I can solve the border
>  > issue
>  > completely but I am uncomfortable about the illegal data. Is it
>  > OK to
>  > delete recently added WA Government data from this user, aaronsta ?
> I was hoping Data Working Group could help out by removing the history
> since this that appears to be infringing copyright. However in the
> meantime maybe we should just revert which at least means it's not
> directly visible.
> I would steer clear of manual work, and try to run a revert script. I
> had luck with the woodpeck revert scripts. Did you want to do this, or
> want me to have a go?
 
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-it] Percorsi subacquei

[Francesco Placco]

Ciao a tutti,
dalla prossima settimana saranno nuovamente fruibili due percorsi 
archeologici subacquei [0], dopo un periodo di recupero. Ho già 
contattato l'ente [1], ma come al solito non esistono tracciati o anche 
solo mappe visive dei percorsi. Così andrò a mapparli personalmente 
(percorsi e reperti).
Tuttavia, ho una domanda: come potrei taggarli questi percorsi 
subacquei? E sopratutto, devono essere mappati?
Questi percorsi saranno disponibili tutto l'anno, quindi ho pensato che 
come elementi fissi vadano segnalati. Tuttavia, non ho trovato nulla di 
appropriato nel wiki, mentre su taginfo ho trovato diversi attributi ma 
non saprei come indicare il percorso stesso.


Grazie a tutti, buona giornata.

[0] 
http://www.ilcrotonese.it/alla-scoperta-dei-tesori-sommersi-nellarea-marina-protetta/

[1] http://www.ampcaporizzuto.it/

--
Francesco Placco


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

Re: [Talk-gb-london] London tube stations

[Harry Wood]

Hi Bjoern

I work for TransportAPI, and we're working on a project with TfL at the moment 
actually. TfL is like a massive government organisation though, so I have 
contact with one tiny part of TfL, which doesn't necessarily help. Also... 
because I'm working on a project, I have a set of priorities which we have to 
be seen to be working on, which doesn't necessarily fit with the conversation I 
would really like to have with them: "open data gimme gimme gimme!"  :-)  But 
obviously I'll be dropping OpenStreetMap into conversation whenever the 
opportunity arises!

A couple of years ago I had a brief interesting conversation with a TfL bigwig 
around the time they decided to swap all the web mapping operation to use 
google maps. They had been in conversations and negotiations with google about 
this (which is interesting in itself. Pretty sure google doesn't bother talking 
to most people, but I guess they do for someone the size of TfL). He seemed to 
suggest that the TfL folks were pretty anti-google and would've loved to choose 
OpenStreetMap, but "there's no clear contact point", in other words they 
couldn't get into the same kind of corporate conversation with OSM. Makes me 
wonder what kind of organisation could be formed to provide such a contact 
point (OSMUK?). In truth they could have had a pretty productive conversation 
with TransportAPI or ITOworld about this, but I guess they wanted some sort of 
more of a "horses mouth" conversation with map makers. Maybe it will always be 
difficult OpenStreetMap to provide that kind of corporate comfort blanket.

Anyway...  the data...

That's quite some detail in your "case study" there. 
http://bjohas.de/wiki/Maps/Kings_Cross.  I was going to link you to some 
interesting things, but I see you've found most of them at he links down the 
bottom.


One to add is this neat thing (not open data sadly) : 
http://stations.aeracode.org  3D spinny diagrams under some tube stations.

I came across that years ago, and pondered whether we might be able to generate 
something like that from OSM data. I dismissed the idea at the time because it 
seemed like too much detail, and too much messy data underground. But these 
days we're putting a lot of detail in, and talking a lot about accessibility 
mapping. I feel like we might be getting to the point where we could try it. It 
would reveal some interesting bugs and limitations of our level tagging I'm 
sure.


On the subject of detail levels, here's another neat thing (not open data 
sadly) : http://carto.metro.free.fr/cartes/metro-tram-london/
This raises a question which has always been a bit awkward in OSM data. The 
tube system is (so far... for the most part...) represented in OSM as single 
tracks.  This means we wouldn't be able to generate a map like that, which is a 
shame, although it makes the data much easier to work with for other purposes. 
I remember we used to also try to route the ways through a node for each tube 
station. I remember that was quite contrived at Baker Street where the 
platforms are near the surface and geographically quite spread out. These days 
we're just going for more detail, and grouping by a relation: 
http://osm.org/go/euu4Hn~xP--  ...I see that has meant a bits of the circle and 
metropolitan line end up being drawn in as dual tracks.

I guess the single vs dual tracks thing will become an issue when modelling the 
inside of *any* tube station, once you get down to the platform level. Maybe 
it's time we double-up on all the tube tracks. But I'm not sure. It'll get 
messy.

Deep 3D examples like Kings Cross are fun. But we also need to check breadth of 
data across the network. Starting with the basics, we're doing pretty well on 
station entrances: http://overpass-turbo.eu/s/h97 , but maybe not all of them.

Harry Wood


From: Bjoern Hassler 
To: talk-gb-london@openstreetmap.org 
Sent: Sunday, 3 July 2016, 12:30
Subject: [Talk-gb-london] London tube stations



Hi all,

I've got a couple of questions:

(1) Is anybody else interested in mapping some of the more complex London tube 
stations?

(2) Do any of you already have a relation / ongoing discussion with TFL?

Background: I've been mapping a few things in the King's Cross underground, 
mainly adding underground passages to get to platforms. If you're interested: 
I'm working on a write-up of the discussion on the tagging list, as a kind of 
"case-study", see http://bjohas.de/wiki/Maps/Kings_Cross. I'll contribute this 
to the OSM wiki once I've got clarity on all the tags, and will reference it 
from this page: 
https://wiki.openstreetmap.org/wiki/London_public_transport_tagging_scheme

On the whole, I was surprised that there don't seem to be detailed maps 
available (e.g. of King's Cross underground) that show access lifts, stairs vs. 
escalators etc. Such maps don't seem to be available from TFL or anybody else. 
The closest detailed descriptions seem to be 

Re: [talk-au] Possible illegal imports in Western Australia

[Andrew Harvey]

On 5 Jul 2016 8:26 PM, "cleary"  wrote:

> I have been looking at some South Australian administrative boundaries.
> The South Australia / Western Australia border is a bit messy and I was
> looking to see it I could sort it out. I realised that some of the data
> is part of the recently reported illegal imports of WA data - includes
> some LGA and locality boundaries. Not sure I can solve the border issue
> completely but I am uncomfortable about the illegal data. Is it OK to
> delete recently added WA Government data from this user, aaronsta ?

I was hoping Data Working Group could help out by removing the history
since this that appears to be infringing copyright. However in the meantime
maybe we should just revert which at least means it's not directly visible.

I would steer clear of manual work, and try to run a revert script. I had
luck with the woodpeck revert scripts. Did you want to do this, or want me
to have a go?
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-de] place=square

[Martin Koppenhoefer]

Am 5. Juli 2016 um 12:37 schrieb Florian Lohoff :

> > Das liegt daran, dass die Namensvergabe (bzw Widmung) vor der
> > Rechtschreibreform erfolgte. Auch wenn die Rechtschreibung sich ändert,
> > bleiben die alten Namen unverändert.
>
> Das hatten wir hier in den letzten Jahren immer wieder. Eigennamen
> unterliegen keiner Rechtsschreibung.
>
> Und wenn der Rat der Stadt einen Namen beschliesst dann ist das halt so.



In den Zeitungen stand das z.T. aber auch anders, z.B.
http://www.berliner-zeitung.de/obwohl-die-neue-rechtschreibung-auch-fuer-strassennamen-gilt--bleiben-die-alten-schilder-vorerst-rossstrasse-oder-rossstrasse--15825744

Schlossplatz ist halt kein echter Eigenname, wenn er nicht nach einer Frau
Schloß benannt ist, sondern nach dem Schloss des [Königs].

Dass nicht alle betroffenen Schilder sofort umgestrickt wurden auf die
amtliche, verbindliche Schreibweise liegt daran, dass es Kosten verursacht.

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

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory

[Max1234Ita]

Ho provato a scaricare lo "script": 419 mega mi sembrano un po' tantini per
un po' di codice... o-O

Max






--
View this message in context: 
http://gis.19327.n5.nabble.com/Script-per-creare-mappe-obf-OsmAnd-senza-problemi-di-OutOfMemory-tp5877254p5877297.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-cz] Zdvojené přírodní rezervace

[Tom Ka]

Resilo se na mail listu uz 16.05.2015, je potreba opravit.

https://lists.openstreetmap.org/pipermail/talk-cz/2015-May/011829.html

Bye

Dne 4. července 2016 21:57 Marián Kyral  napsal(a):
> V souvislosti s Gutským peklem jsem si všiml, že existuje několik PR jako
> cesta a zároveň jako relace. Tagy jsou stejné, liší se o text "PR", který je
> v názvu té relace:
>
> Například:
> https://www.openstreetmap.org/way/174292010
> https://www.openstreetmap.org/relation/2331656
>
> Plus další které uživatel wmyrda upravoval v sadě změn
> https://www.openstreetmap.org/changeset/39883742
> Je to správně? Vždy tam má být relace? A ty zdvojené tagy? Mně se to moc
> nelíbí.
>
> Marián
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

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

[Talk-cz] traumabody v OSM

[Milan Cerny]

Zdravím, poslední dobou se zejména na horách vyskytují stále častěji 
traumabody, podle kterých lze v případě záchranná akce snadno lokalizovat 
konkrétní místo v terénu.
Často jsou součástí rozcestníků, ale jsou i samostatné, na křižovatkách cest.
Přijde mi užitečné tyto body zanést do OSM. Otázkou je, jak je tagovat. 

http://api.openstreetmap.cz/img/guidepost/u_pramene_vltavy_VO422.jpg
 
http://gis.izscr.cz/wpgis/traumabody/

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

Re: [Talk-it] registrare tracce a piedi con Windowsphone e Iphone

[Alfredo Gattai]

> si, ma i siti archeologici sono rarissimamente boscati.
>

Il Castellaro ligure e' una fortificazione di pietre e tronchi vecchia di
migliaia di anni che in alcuni casi e' stata riutilizzata dopo dalla
popolazione fino al Medioevo. Queste costruzioni non sono quasi mai
visibili da ortofoto e spesso se non sei pratico non le riconosci neanche
camminandoci sopra

Ti faccio qualche esempio:

Castellaro di Casella.
http://www.openstreetmap.org/#map=18/44.21155/9.67404
Si trova sulla vetta del Monte Castellaro (non a caso si chiama cosi') ma
non e' mappato. Io so dov'e' di preciso ma all'epoca non mappavo ancora.
Dovro' tornarci ed usare le traccia GPX per darne un'idea approssimata
dell'estensione. Non e' un sito scavato.

Castellaro di Pignone
http://www.openstreetmap.org/#map=17/44.17352/9.72689
Solita storia. La cava di fianco e' perfettamente mappata ma la zona dello
scavo archeologico no, nonostante in questo caso sia visitabile e ci siano
stati fatti vari scavi. Anche qui, dalle foto non vedi nulla e dovro'
andarci.

Catello di Godano
http://www.openstreetmap.org/#map=19/44.29287/9.69106.
Dalle foto praticamente non si vede ma e' stato recentemente scavato e si
possono visitare le fondamenta dato che il resto del castello non c'e' piu'.

Dalle nostre parti quello che e' rarissimo e' trovare siti archeologici che
non siano boscati.

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

Re: [Talk-de] place=square

[Florian Lohoff]

On Sat, Jul 02, 2016 at 08:43:51AM +0200, malenki wrote:
> On Wed, 29 Jun 2016 13:22:24 +0200,
> Tom Pfeifer wrote:
> 
> > Ja, was empfehlen wir insbesondere wenn es den Schlossplatz gibt, der
> > auch von einem highway=* durchzogen wird, der auch mit Schlossplatz
> > beschildert ist?
> 
> Abgesehen von street vs place möchte ich darauf hinweisen, dass die
> meisten Schloßplätze "Schloßplatz" heißen und nicht "Schlossplatz",
> entsprechend auch -straßen, -gassen und -gäßchen.
> 
> Das liegt daran, dass die Namensvergabe (bzw Widmung) vor der
> Rechtschreibreform erfolgte. Auch wenn die Rechtschreibung sich ändert,
> bleiben die alten Namen unverändert.

Das hatten wir hier in den letzten Jahren immer wieder. Eigennamen
unterliegen keiner Rechtsschreibung.

Und wenn der Rat der Stadt einen Namen beschliesst dann ist das halt so.

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


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

Re: [OSM-talk-fr] Forum HS

[Philippe Verdy]

HS? Apparemment spammé par un bot qui fait des essais avec des contenus
aléatoires... Peut être juste suspendu le temps de régler quelques filtres
et nettoyer.
Le 5 juil. 2016 10:00, "JB"  a écrit :

> Bonjour,
> Le forum a l'air d'être HS ce matin : http://forum.openstreetmap.fr/
>
> General Error
> SQL ERROR [ mysqli ]
> Can't create UNIX socket (12) [2001]
> An sql error occurred while fetching this page. Please contact an
> administrator if this problem persists.
>
> JB
>
> ___
> 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] Forumrgaan rrfffrnffrrderr HS

[Laurent Nicod]

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

Re: [talk-au] Possible illegal imports in Western Australia

[cleary]

I have been looking at some South Australian administrative boundaries. 
The South Australia / Western Australia border is a bit messy and I was
looking to see it I could sort it out. I realised that some of the data
is part of the recently reported illegal imports of WA data - includes
some LGA and locality boundaries. Not sure I can solve the border issue
completely but I am uncomfortable about the illegal data. Is it OK to
delete recently added WA Government data from this user, aaronsta ?



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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

[Philippe Verdy]

iD gère peut-être assez mal les relations, pas faciles a éditer, mais
concernant les restrictions de tourner c'est id qui a la solution la plus
pratique et la plus facile à utiliser, mieux que dans JOSM, à moins qu'il y
ait un plugin comparable pour JOSM. La méthode de sélection proposée dans
id est vraiment très bien, elle sera sans doute plus tard intégrée à JOSM
aussi, car nettement plus facile que l'éditeur générique de relations qui a
surtout été fait pour les multi polygones, boundaries, et améliore pour les
itinéraires pour tenir compte des rôles forward/backward dans le modèle
d'itinéraire a une seule relation pour les deux directions, mais pas encore
parfait non plus sinon intègre des listes d'arrêts qu'il ne sait pas
ordonner comme il faut. Les relations de restrictions sont géométriquement
plus simples avec 3 rôles distincts et des types d'objets clairs: l'éditeur
de relations de JOSM est un peu trop lourd pour ce cas.
Franchement je ne vois rien a redire sur id dans ce cas.

Et comme je le disais, les autres problèmes de l'exemple avec onze noeuds
marques avec des feux au lieu de 5 (sur les intersections de passage
piétons) ou 1 seul (seulement au croisement des voies) et les passages
piétons qui ne sont connectés à rien, ne sont ni des problèmes d'iD ni de
JOSM, mais de l'utilisateur: on voit seulement que ca a été trace à vue
sans réfléchir à la topologie de l'ensemble et sans tenir compte des
alertes qui peuvent être proposées dans un éditeur ou un autre.
Le 4 juil. 2016 20:46, "JB"  a écrit :

> Le 04/07/2016 à 20:13, Shohreh a écrit :
>
>> Morale de l'histoire : les données peuvent être suffisamment pourries pour
>> démarrer et nécessiter, pour être corrigées avant d'aller plus loin, des
>> connaissances bien au dessus du débutant de bonne volonté qui voulait
>> modestement apporter sa pierre à l'édifice. Pas simple.
>>
> Sans vouloir être mauvaise langue, tu choisis quand même le type de
> données le plus complexe (relation), avec l'outil le moins adapté (iD),
> avec très peu de connaissance des modélisation OSM (voir les questions
> initiales sur les feux rouges). Pas simple non plus.
> JB.
>
> ___
> 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] registrare tracce a piedi con Windowsphone e Iphone

[Alessandro Palmas]

Il 05/07/2016 11:28, Martin Koppenhoefer ha scritto:


2016-07-05 10:55 GMT+02:00 Alessandro Palmas 
>:


Direi che per Iphone useremo goMap!



attenzione però, non registra tracce GPS.

http://wiki.openstreetmap.org/wiki/Go_Map!!


Ah, grazie Martin!

Con un Iphone non recentissimo ho visto che OsmAnd non è semplicissimo 
da usare per registrare i POI, forse con quelli recenti è più usabile. 
Abituato con android che ha il suo bottoncino che registra la nota 
vocale e vedendo che lì devi fare o un tap lungo o un doppio tap non mi 
pare sia comodo. Per quello cercavo un'alternativa.





>
> si, non è che non servono le tracce gpx. Per mappare in zone remote, 
soprattutto sotto la copertura di vegetazione, è indispensabile. Ma per 
fare rilievi in siti archeologici (come in questa richiesta) non servono 
granché (uno perché ci sono al solito delle cose visibili in foto aeree, 
e due perché sopratutto quelli dei smartphone non hanno una qualità 
soddisfacente in questo contesto).

>

>
>> Le foto aeree piu' comuni (Bing, Google Earth, etc) sono vecchie 
e mal posizionate

>
> vecchio spesso non è un grosso problema quando devi rilevare un sito 
archeologico, mal posizionamento è più grave, ma col PCN ho fatto buone 
esperienze.

>


Si tratta della mappatura di questo w.e. all'Appia Antica: si farà un pò 
di mappatura ma soprattutto serve da esercizio agli studenti che faranno 
rilevamento e successivo editing.



>
>> Solo dopo, una volta individuato il posto c'e' la successiva 
mappatura di precisione fatta con vari mezzi, tra il quali, foto e video 
con droni (dopo aver defrascato) e rilievi con teodoliti e GPS 
differenziali.

>
>
>
> si si si, ma la domanda era "applicazione per smartphone" e "OSM", 
siamo completamente d'accordo che ci sono anche mezzi più sofisticati (e 
cari). Con un GPS professionale (compreso l'antenna professionale ed una 
stazione di riferimento) si possono ottenere ottimi risultati, certo.

>
>


Personalmente sapendo che il PCN è quasi sempre ottimamente allineato 
disegno le geometrie con Bing, poi spegno il layer e accendo quello del 
PCN trascinando le geometrie allineandole.
Nel w.e. vedremo come mappare col GPS ma useremo anche i Fieldpapers che 
in città vanno molto meglio dei GPS: avendo l'edificato hai tutti i 
riferimenti relativi e riesci a posizionare perfettamente gli oggetti.
Faremo anche un pò di mappatura con correzione via stazione base (mi 
sono già registrato alla rete GNSS del Lazio), in campo aperto dovremmo 
ottenere ottimi risultati.


Alessandro Ale_Zena_IT

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

[Shohreh]

osm.sanspourriel wrote
> éventuellement ajouter un couple bicycle=designated ? Car le feu est fait
> pour les cyclistes. […] Mais il me semble que tu as un "vrai" feu plus en
> hauteur, ou c'est juste la partie pour les piétons ?

Voilà un exemple : un tricolore avec panneau M12 sur un simple poteau (pas
de tricolore au dessus pour les voitures) et qui débouche sur une
départementale:
https://s32.postimg.org/jim154p79/Malakoff_feu_tricolore_cycliste_M12.jpg

Comment faire ça comme il faut?


Jérôme Seigneuret-3 wrote
> J'ai fait la même erreurs (choix d'iD pour tous) Après avoir détruit des
> relations en éditant des voies, je suis passé à JOSM.

J'en tire la même conclusion, mais ce qui m'a amené à vouloir le faire avec
Id, outre son usage plus simple, c'est cette vidéo qui montrait qu'on
pouvait le faire:
https://www.youtube.com/watch?v=TQyPGEQ0A2k

Ce que j'aurai appris à ce stade:
- rajouter un panneau M12 fait partie des choses qui nécessitent JOSM; Id
n'est pas à la hauteur
- avant de pouvoir ajouter un M12, il peut être nécessaire de 1) corriger
des erreurs dans OSM (cf. le boulevard Camelinat à Malakoff) et 2) scinder
la way sur laquelle se trouve le feu tricolore afin de pouvoir sélectionner
les deux morceaux (from et to)



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5877286.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-es] Fuentes de Madrid

[Luis García Castro]

El 5 de julio de 2016, 11:53, Emilio Gómez Fernández <
emilio.gomez.f...@gmail.com> escribió:

> Efectivamente parece que en la zona del Retiro no se ajusta nada bien a lo
> que ya hay en OSM [1], pero en otras partes veo que si que existe una
> correlación.[2]


Yo sí veo que se ajusta bastante en las dos imágenes que ha puesto Jorge
(con alguna diferencia lógica y esperable)... no me cuadran los puntos de
su imagen con tu primera superposición :-/


-- 

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

Re: [OSM-talk-fr] Forum HS

[Christian Quest]

Une petite surchauffe due au Tour de France... le journal l'Equipe 
utilise uMap pour les cartes des étapes quotidiennes, exemple: 
http://www.lequipe.fr/Cyclisme-sur-route/Actualites/4e-etape-saumur-limoges/698327


uMap tient le choc, mais c'est Piwik, utilisé pour les stats qui a 
saturé mysql...



Le 05/07/2016 à 09:57, JB a écrit :

Bonjour,
Le forum a l'air d'être HS ce matin : http://forum.openstreetmap.fr/

General Error
SQL ERROR [ mysqli ]
Can't create UNIX socket (12) [2001]
An sql error occurred while fetching this page. Please contact an 
administrator if this problem persists.


JB

___
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: [Talk-es] Fuentes de Madrid

[Emilio Gómez Fernández]

Efectivamente parece que en la zona del Retiro no se ajusta nada bien a lo
que ya hay en OSM [1], pero en otras partes veo que si que existe una
correlación.[2]

[1] http://itmages.com/image/view/4548591/ccd96281
[2] http://itmages.com/image/view/4548584/f30fb91b

El 5 de julio de 2016, 10:44, Jorge Sanz  escribió:

> Diría que en realidad está en 25830, pero los de Madrid pueden confirmar.
>
> Lo he cargado en QGIS y comparando con PNOA en la zona del Retiro:
>
> - Lo que me sale en QGIS[1]
>
> http://storage1.static.itmages.com/i/16/0705/h_1467708229_6287570_8114d681f1.png
> - Lo que hay ya subido:
> http://www.openstreetmap.org/#map=16/40.4164/-3.6859=C
>
> 2016-07-05 10:10 GMT+02:00 Emilio Gómez Fernández <
> emilio.gomez.f...@gmail.com>:
> > Te paso el archivo ya convertido a osm:
> >
> > http://dropcanvas.com/m4g2t
> >
> > Como bien dice Jorge necesitas reproyectarlo con la rejilla del IGN [1],
> por
> > eso te sale desplazado. Con OGR sería así:
> >
> > ogr2ogr -s_srs "+init=epsg:23030 +nadgrids=./peninsula.gsb +wktext"
> -t_srs
> > EPSG:4326 destino.shp origen.shp
> >
> > Si usas Linux en Gis se curraron un pequeño script como interfaz
> > gráfica de OGR para realizar estas reproyecciones desde EPSG:23030, y el
> > mismo se baja la rejilla del IGN. [2]
> >
> > [1]
> >
> https://github.com/oscarfonts/catastro2postgis/raw/master/ntv2/peninsula.gsb
> > [2]  http://dropcanvas.com/y3y4v
> >
> > Un saludo
> >
> > Emilio Gómez
> >
> > El 5 de julio de 2016, 1:00, Santiago Crespo 
> > escribió:
> >>
> >> Hola,
> >>
> >> He reproyectado las coordenadas del csv de EPSG:23030 a EPSG:4326
> >> (WGS84) usando el QGIS.
> >>
> >> De las 1587 fuentes hay 17 que aparecen fuera de España y el resto (ver
> >> [1]) parece que están desplazadas unos metros de su posición real.
> >>
> >> ¿Me podéis confirmar alguno si las coordenadas del csv [2] son
> EPSG:23030?
> >>
> >> ¿Alguna idea de a qué se puede deber este desplazamiento?
> >>
> >> ¡Gracias!
> >>
> >> [1] http://flanera.net/fuentes_madrid.osm
> >> [2] http://datos.madrid.es/egob/catalogo/300051-0-fuentes.csv
> >>
> >>
> >> On 07/04/2016 12:42 PM, Santiago Crespo wrote:
> >> > ¡Estupenda noticia! ¿Cómo te has enterado?
> >> >
> >> > Me pondré a preparar la importación esta tarde/noche si nadie lo hace
> >> > antes.
> >> >
> >> > Mientras tanto, he creado la página para coordinar la importación [1]
> y
> >> > he añadido el dataset al listado [2]
> >> >
> >> > [1] https://wiki.openstreetmap.org/wiki/Madrid_Drinking_Water_Import
> >> > [2] https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Madrid
> >> >
> >> >
> >> > On 07/04/2016 11:27 AM, Alejandro Moreno Calvo wrote:
> >> >> El ayuntamiento acaba de publicar la ubicación de todas las fuentes
> de
> >> >> Madrid en
> >> >>
> >> >>
> http://datos.madrid.es/sites/v/index.jsp?vgnextoid=b8b2e44003b95510VgnVCM101d4a900aRCRD=20d612b9ace9f310VgnVCM10171f5a0aRCRD
> >> >>
> >> >> Un buen candidato para una importación a OSM.
> >> >>
> >> >>
> >> >> ___
> >> >> Talk-es mailing list
> >> >> Talk-es@openstreetmap.org
> >> >> https://lists.openstreetmap.org/listinfo/talk-es
> >> >>
> >> >
> >> > ___
> >> > Talk-es mailing list
> >> > Talk-es@openstreetmap.org
> >> > https://lists.openstreetmap.org/listinfo/talk-es
> >> >
> >>
> >> ___
> >> Talk-es mailing list
> >> Talk-es@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-es
> >
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
>
>
> --
> Jorge Sanz
> http://www.osgeo.org
> http://wiki.osgeo.org/wiki/Jorge_Sanz
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-de] Platz fuer Lesesteine

[Martin Koppenhoefer]

Am 5. Juli 2016 um 11:11 schrieb chris66 :

> Für mich hört sich das Tag passend an.



für mich nicht, "reuse" impliziert eine Wiedernutzung, in diesem Fall wäre
es jedoch eine Erstnutzung, weil die Steine auf dem Feld ja keinen Nutzen
hatten...

Aus meiner Sicht passt "clearance_cairn" perfekt, das hat auch 21
Nutzungen, wobei davon
http://taginfo.openstreetmap.org/search?q=clearance_cairn#values 20
"historic" sind und eins eine note. Für moderne Varianten wäre vielleicht
"man_made" passender, vielleicht auch "amenity". "historic" würde ich eher
nicht als allgemeine Empfehlung ausgeben, weil das implizieren würde, dass
nirgends auf der Welt mehr Bauern Steine vom Feld holen, was völliger
Quatsch ist.

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

Re: [OSM-talk] Max speed forward/backward

[Paul Johnson]

On Sun, Jul 3, 2016 at 6:10 PM, Hans De Kryger 
wrote:

> ​Anyone know of any apps or services that display​ max speed
> forward/backward tags. I assume most don't know how to?
>

I know that Osmand will as I've seen it come up on some odd edge cases
where sign placement is weird (normally Oklahoma doesn't do these split
limits unless it's not feasible to signpost the limits in the same spot
both directions).  Someone up towards Colorado should have more exact
information, as split limits are routine in that state.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] guida per principianti

[Luca Delucchi]

Il 05/lug/2016 11:08 AM, "Martin Koppenhoefer"  ha
scritto:
>
>
>
> come mai non avete scelto una licenza open? (è cc-by-nc-sa)
>

Non ricordo, è passato molto tempo

> Ciao,
> Martin
>

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

Re: [Talk-it] registrare tracce a piedi con Windowsphone e Iphone

[Martin Koppenhoefer]

2016-07-05 10:55 GMT+02:00 Alessandro Palmas :

> Direi che per Iphone useremo goMap!




attenzione però, non registra tracce GPS.

http://wiki.openstreetmap.org/wiki/Go_Map!!

Se fa per voi dipende dal vostro workflow e dalle vs. esigenze. I punti di
forza di goMap!! sono:
- usare qualsiasi tag (autocompletion)
- editare geometrie in maniera sensata (per un smartphone non è male, ma
ovviamente non è come usare JOSM col mouse)
- editare offline ("seamlessly")
- undo/redo
- gratis

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

Re: [Talk-it] registrare tracce a piedi con Windowsphone e Iphone

[Martin Koppenhoefer]

2016-07-05 10:05 GMT+02:00 Alfredo Gattai :

> questa non l'ho capita...
>
> Dove abitualmente mappo io, in Val di Vara
> http://www.openstreetmap.org/#map=12/44.3145/9.6542
> praticamente oltre il 50% di quel che trovi di tracciati di mulattiere e
> sentieri l'ho inserito io usando tracce GPX, prima c'erano solo delle belle
> macchie "verdi".
>


si, non è che non servono le tracce gpx. Per mappare in zone remote,
soprattutto sotto la copertura di vegetazione, è indispensabile. Ma per
fare rilievi in siti archeologici (come in questa richiesta) non servono
granché (uno perché ci sono al solito delle cose visibili in foto aeree, e
due perché sopratutto quelli dei smartphone non hanno una qualità
soddisfacente in questo contesto).



>
> Le foto aeree piu' comuni (Bing, Google Earth, etc) sono vecchie e mal
> posizionate
>


vecchio spesso non è un grosso problema quando devi rilevare un sito
archeologico, mal posizionamento è più grave, ma col PCN ho fatto buone
esperienze.



>
>
, le PCN che ho provato usando JOSM hanno una risoluzione cosi' cosi' e
> anch'esse sono vecchiotte e tutte, proprio tutte sono quasi inutili perche'
> buona parte del territorio e' fortemente boscato e non si intuisce proprio
> niente dalle foto.
>


si, ma i siti archeologici sono rarissimamente boscati.



>
> Alessandro  faceva rifermento ad archeologi.Ne ho conosciuti alcuni
> perche' mi e' stato chiesto di accompagnarli nei luoghi dove avrebbero
> dovuto scavare (e se non ce li portavo io erano ancora in giro adesso a
> cercarli). Per gente come loro, avere tracce anche georeferenziate cosi'
> cosi' e' l'unica risorsa.
>


prima di scavare si (se non spuntano delle cose e non si vedono delle
formazioni del terreno sospette, come comunque spesso accade. Tanti degli
ultimi ritrovamenti sono dovute proprio a le ortofoto.



> Solo dopo, una volta individuato il posto c'e' la successiva mappatura di
> precisione fatta con vari mezzi, tra il quali, foto e video con droni (dopo
> aver defrascato) e rilievi con teodoliti e GPS differenziali.
>


si si si, ma la domanda era "applicazione per smartphone" e "OSM", siamo
completamente d'accordo che ci sono anche mezzi più sofisticati (e cari).
Con un GPS professionale (compreso l'antenna professionale ed una stazione
di riferimento) si possono ottenere ottimi risultati, certo.



>
> Ti diro' di piu', qualche giorno fa ho scambiato qualche messggio con un
> mappatore di vecchia data con migliaia di edits alle spalle che nel
> migliorare alcuni percorsi basandosi su heatmap e Bing ha inavvertitamente
> cancellato un pezzo di relazione. Ovviamente e' stata una mera svista, ma
> l'abitudine a contare su altre risorse che non sia andare li e verificare
> di persona porta facilmente a fare degli errori.
>


+1, ma in questo caso si parlava di App per smartphone, non credo che loro
hanno intenzione di mappare con quelli da casa ;-)
Anch'io ho fatto migliaia di edits, già prima che erano disponibili
ortofoto, con un vecchio Garmin GPSMap 60Csx, sia in campagna che in città
(quando ho cominciato a mappare Roma c'era poco più che il tevere e le
autostrade). Ad oggi faccio quasi tutta la mappatura senza il GPS perché in
città non serve più. Devo sapere dove si trova qualcosa (in relazione agli
edifici e strade che già ci stanno in OSM), ed il GPS in linea di massima
potrebbe aiutarmi a trovare meglio l'area, ma non la posizione (troppo
impreciso, mi risulterebbe spesso una cosa al lato sbagliato della strada o
simile).

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

[lenny.libre]

Le 05/07/2016 à 00:03, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 04/07/2016 21:01, Shohreh a écrit :


Ça confirme que simplement rajouter un malheureux panneau M12, ça 
peut être

beaucoup plus hard qu'on ne le pense a priori.


car tu ne rajoutes pas le panneau, mais la manoeuvre décrite par 
le panneau. Pour ajouter strictement le panneau, iD serait sûrement 
suffisant. Mais là, je seconde ce que dit JB, il faut adapter l'outil 
à l'ambition ;)



+1
pour la personne qui arrive en vélo, elle voit le "malheureux panneau 
M12" mais aussi tout l'environnement elle sait analyser pour savoir ce 
que le panneau l'autorise à faire ; donc, dans la base de données, il 
faut y stocker plus d'infos que l'unique référence du panneau : d'où tu 
viens, l'endroit où s'applique le tourner et vers quel endroit tourner.
Si tu veux traiter un "malheureux panneau" sans relation il faut 
commencer par les stop ou cédez-le-passage qui ne portent qu'une infos 
"je m’arrête" ou "..."


Je suis passé à josm quand j'ai voulu modifier des chemins sur lesquels 
passaient des voies de bus

Lenny

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

Re: [Talk-it] registrare tracce a piedi con Windowsphone e Iphone

[Giulio Barba]

Ciao a tutti, anche io sono dell'idea che avendo la possibilità è sempre
utile registrare tracce GPS il più possibile precise, specie in montagna, o
nelle campagne. Io uso le foto aeree come riferimento visivo per ricordarmi
nella mia mente i waypoint salvati.
Ormai su ebay e subito non è difficile trovare un GPS a poche decine di
euro. Le tracce che registro io solitamente hanno una precisione indicata
sul display di 3m, sto valutando di cambiare GPS con uno dalla maggiore
precisione. Punterei a una Garmin 64s. Comunque tornando in topic, io credo
che avendo la possibilità sia sempre utile tracciare in gpx.

Ciao!

Il giorno mar 5 lug 2016 alle ore 10:29 Alfredo Gattai <
alfredo.gat...@gmail.com> ha scritto:

> Ciao Martin,
>
> questa non l'ho capita...
>
> Dove abitualmente mappo io, in Val di Vara
> http://www.openstreetmap.org/#map=12/44.3145/9.6542
> praticamente oltre il 50% di quel che trovi di tracciati di mulattiere e
> sentieri l'ho inserito io usando tracce GPX, prima c'erano solo delle belle
> macchie "verdi".
>
> Le foto aeree piu' comuni (Bing, Google Earth, etc) sono vecchie e mal
> posizionate, le PCN che ho provato usando JOSM hanno una risoluzione cosi'
> cosi' e anch'esse sono vecchiotte e tutte, proprio tutte sono quasi inutili
> perche' buona parte del territorio e' fortemente boscato e non si intuisce
> proprio niente dalle foto.
>
> Anche se sbagliate di 10 metri, le tracce GPX con i loro WP sono le uniche
> "armi" che hai a disposizione per mappare in questa zona. Se non sono gia'
> mappate e non le vedi dalle foto te le devi per forza tracciare da solo.
>
> Alessandro  faceva rifermento ad archeologi.Ne ho conosciuti alcuni
> perche' mi e' stato chiesto di accompagnarli nei luoghi dove avrebbero
> dovuto scavare (e se non ce li portavo io erano ancora in giro adesso a
> cercarli). Per gente come loro, avere tracce anche georeferenziate cosi'
> cosi' e' l'unica risorsa. Solo dopo, una volta individuato il posto c'e' la
> successiva mappatura di precisione fatta con vari mezzi, tra il quali, foto
> e video con droni (dopo aver defrascato) e rilievi con teodoliti e GPS
> differenziali.
>
> Ti diro' di piu', qualche giorno fa ho scambiato qualche messggio con un
> mappatore di vecchia data con migliaia di edits alle spalle che nel
> migliorare alcuni percorsi basandosi su heatmap e Bing ha inavvertitamente
> cancellato un pezzo di relazione. Ovviamente e' stata una mera svista, ma
> l'abitudine a contare su altre risorse che non sia andare li e verificare
> di persona porta facilmente a fare degli errori. Combinazione il pezzo che
> aveva cancellato era sotto gli alberi
>
> Alfredo
>
>
>
>
>
>
> 2016-07-05 0:19 GMT+02:00 Martin Koppenhoefer :
>
>> per iPhone suggerisco "Go Map!!"
>> registrare le tracce gpx col cellulare non serve quando puoi individuare
>> delle cose sul luogo e anche sulle foto aeree (tanto la precisione del gpx
>> sul cellulare in assenza di wlan è scarsa).
>> L'importante non è la traccia gpx ma l'informazione aggiunta nei tags /
>> la conoscenza di ciò che si mappa.
>>
>> Ciao,
>> Martin
>>
>> sent from a phone
>>
>> > Il giorno 04 lug 2016, alle ore 21:33, Alessandro Palmas <
>> alessandro.pal...@wikimedia.it> ha scritto:
>> >
>> > Riformulo la domanda:
>> > - persone in un sito archeologico
>> > - nuovi di OSM
>> > - con Windows phone e Iphone
>> >
>> > Qualcuno conosce app per questi sistemi?
>> >
>> > Grazie
>> >  Alessandro Ale_Zena_IT
>> >
>> >
>> > ___
>> > Talk-it mailing list
>> > Talk-it@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-it
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 
Giulio Barba
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Platz fuer Lesesteine

[chris66]

Am 04.07.2016 um 22:27 schrieb markus schnalke:

> Die Wikipedia meint, dass Recycling nur Abfallstoffe betrifft und es
> sonst eine Wiederverwendung (reuse) sei. Es gibt einen Proposal fuer
> amenity=reuse von 2013. Ein inhaltlich passendes Tagging koennte
> folgendes sein:
> 
>   amenity=reuse + reuse:field_stones=yes
> 
> Mit aber nur 21 Nutzungen von amenity=reuse sollte man darauf
> vielleicht nicht setzen 

Na, mit der Einstellung wird sich das *nie* durchsetzen.

Für mich hört sich das Tag passend an.

Chris




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

Re: [Talk-it] guida per principianti

[Martin Koppenhoefer]

2016-07-05 11:03 GMT+02:00 Martin Koppenhoefer :

>
> http://svn.openstreetmap.org/misc/pr_material/italy_miniguida/tutorial.pdf
>>
>>
>>

come mai non avete scelto una licenza open? (è cc-by-nc-sa)

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

Re: [Talk-it] guida per principianti

[Martin Koppenhoefer]

2016-07-05 10:47 GMT+02:00 Luca Delucchi :

> 2016-07-04 20:39 GMT+02:00 Martin Koppenhoefer :
> > quale guida mi potete consigliare passo per passo (compreso
> registrazione utente, settaggio iniziale josm ecc.), idealmente mirato a
> chi fa escursionismo?
> >
>
> io consiglierei learnosm e la miniguidi che avevamo scritto tempo fa
> con Alessio e Napo
>
> http://learnosm.org
> http://svn.openstreetmap.org/misc/pr_material/italy_miniguida/tutorial.pdf
>
> > grazie,



Grazie Marco e Luca,

avevo in mente questa:
http://svn.openstreetmap.org/misc/pr_material/italy_miniguida/tutorial.pdf
che non ho più trovato, ma anche msmountainview mi sembra utile.

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

Re: [Talk-it] registrare tracce a piedi con Windowsphone e Iphone

[Alessandro Palmas]

Direi che per Iphone useremo goMap!
Per windows phone ho visto alcune app ma non capisco se registrino, e in 
che modo, anche i POI:


- http://wiki.openstreetmap.org/wiki/GPX_viewer_and_recorder
- http://wiki.openstreetmap.org/wiki/NaviComputer

qualcuno in lista li conosce? Non è indispensabile che vedano anche la 
mappa, l'importante è la registrazione della traccia GPX e l'inserimento 
di POI


Alessandro Ale_Zena_IT

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

Re: [Talk-it] guida per principianti

[Luca Delucchi]

2016-07-04 20:39 GMT+02:00 Martin Koppenhoefer :
> quale guida mi potete consigliare passo per passo (compreso registrazione 
> utente, settaggio iniziale josm ecc.), idealmente mirato a chi fa 
> escursionismo?
>

io consiglierei learnosm e la miniguidi che avevamo scritto tempo fa
con Alessio e Napo

http://learnosm.org
http://svn.openstreetmap.org/misc/pr_material/italy_miniguida/tutorial.pdf

> grazie,
> Martin
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] Violazione Licenza "OSM 2 La Vendetta"

[Luca Delucchi]

2016-07-04 22:28 GMT+02:00 Andrea Lattmann :
> Buongiorno,
> sbaglio o hanno usato OSM???
>

sembrerebbe, io gli scriverei...

> I link alle immagini [1][2][3][4][5]
>
> Quella con il cerchio in rosso è il landuse che mi ha insospettito.
>
> [1] https://drive.google.com/open?id=0B6ZriRW1mswYNmoybHJ4aHB5c1U
>
> [2] https://drive.google.com/open?id=0B6ZriRW1mswYZmtTM3FHUDJqbEU
>
> [3] https://drive.google.com/open?id=0B6ZriRW1mswYb3pyNUpva015c1E
>
> [4] https://drive.google.com/open?id=0B6ZriRW1mswYNkZ5V1o4TFI0Wnc
>
> [5] https://drive.google.com/open?id=0B6ZriRW1mswYVTJjRkoyS1loWTA
>
>
> Andrea Lattmann
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] guida per principianti

[mbranco]

Ciao Martin,

io a suo tempo avevo trovato molto utili queste:

*OSM - Consigli per mappare* : 
http://www.msmountain.it/varie/mappa_osm/consigli.html
  

*Cartografia per GPS* : 
http://www.msmountain.it/varie/attrezzatura/gps.html
  



--
View this message in context: 
http://gis.19327.n5.nabble.com/guida-per-principianti-tp5877214p5877264.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

[OSM-talk-be] "RE: wegenregister now open data".

[Tom Van Herck]

Small correction:

It is probably not the best place to get your streetnames from, as the flow
is from CRAB to GRB to Wegenregister, where each of these steps still
involves manual labour.

Should be:

It is probably not the best place to get your streetnames from, as the flow
is from CRAB to Wegenregister. So there will be always a delay compared to 
CRAB. GRB processes are not involved for streetnames, only for streetaxes.

Tom Van Herck
Relatiebeheerder

Afdeling Relatiebeheer

INFORMATIE VLAANDEREN
M 0490 65 42 83
tom.vanhe...@agiv.be
Boudewijnlaan 30, 1000 Brussel
Koningin Maria Hendrikaplein 70, 9000 Gent
www.vlaanderen.be | www.agiv.be 
| www.geopunt.be

Stel je vraag aan de overheid!
Bel gratis 1700 of surf naar www.vlaanderen.be

//
[cid:image001.png@01D11E34.D603F010]




Informatie Vlaanderen e-mail disclaimer: 
http://www.vlaanderen.be/informatievlaanderen
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] Nota interessante

[Martin Koppenhoefer]

sent from a phone

> Il giorno 05 lug 2016, alle ore 09:18, Paolo Monegato 
>  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à 


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

Re: [Talk-it] scomparso sentiero europeo E5.

[Martin Koppenhoefer]

sent from a phone

> Il giorno 04 lug 2016, alle ore 19:48, Lorenzo Mastrogiacomi 
>  ha scritto:
> 
> Trovato grazie al wiki. La relazione esiste ma è stata svuotata
> http://www.openstreetmap.org/relation/934999


domanda: non dovrebbe essere il tag name in Italiano, visto che questa parte è 
solo in Italia?

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

Re: [Talk-es] Fuentes de Madrid

[Emilio Gómez Fernández]

Te paso el archivo ya convertido a osm:

http://dropcanvas.com/m4g2t

Como bien dice Jorge necesitas reproyectarlo con la rejilla del IGN [1],
por eso te sale desplazado. Con OGR sería así:

ogr2ogr -s_srs "+init=epsg:23030 +nadgrids=./peninsula.gsb +wktext" -t_srs
EPSG:4326 destino.shp origen.shp

Si usas Linux en Gis se curraron un pequeño script como interfaz
gráfica de OGR para realizar estas reproyecciones desde EPSG:23030, y el
mismo se baja la rejilla del IGN. [2]

[1]
https://github.com/oscarfonts/catastro2postgis/raw/master/ntv2/peninsula.gsb
[2]  http://dropcanvas.com/y3y4v

Un saludo

Emilio Gómez

El 5 de julio de 2016, 1:00, Santiago Crespo 
escribió:

> Hola,
>
> He reproyectado las coordenadas del csv de EPSG:23030 a EPSG:4326
> (WGS84) usando el QGIS.
>
> De las 1587 fuentes hay 17 que aparecen fuera de España y el resto (ver
> [1]) parece que están desplazadas unos metros de su posición real.
>
> ¿Me podéis confirmar alguno si las coordenadas del csv [2] son EPSG:23030?
>
> ¿Alguna idea de a qué se puede deber este desplazamiento?
>
> ¡Gracias!
>
> [1] http://flanera.net/fuentes_madrid.osm
> [2] http://datos.madrid.es/egob/catalogo/300051-0-fuentes.csv
>
>
> On 07/04/2016 12:42 PM, Santiago Crespo wrote:
> > ¡Estupenda noticia! ¿Cómo te has enterado?
> >
> > Me pondré a preparar la importación esta tarde/noche si nadie lo hace
> antes.
> >
> > Mientras tanto, he creado la página para coordinar la importación [1] y
> > he añadido el dataset al listado [2]
> >
> > [1] https://wiki.openstreetmap.org/wiki/Madrid_Drinking_Water_Import
> > [2] https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Madrid
> >
> >
> > On 07/04/2016 11:27 AM, Alejandro Moreno Calvo wrote:
> >> El ayuntamiento acaba de publicar la ubicación de todas las fuentes de
> >> Madrid en
> >>
> http://datos.madrid.es/sites/v/index.jsp?vgnextoid=b8b2e44003b95510VgnVCM101d4a900aRCRD=20d612b9ace9f310VgnVCM10171f5a0aRCRD
> >>
> >> Un buen candidato para una importación a OSM.
> >>
> >>
> >> ___
> >> Talk-es mailing list
> >> Talk-es@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-es
> >>
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] registrare tracce a piedi con Windowsphone e Iphone

[Alfredo Gattai]

Ciao Martin,

questa non l'ho capita...

Dove abitualmente mappo io, in Val di Vara
http://www.openstreetmap.org/#map=12/44.3145/9.6542
praticamente oltre il 50% di quel che trovi di tracciati di mulattiere e
sentieri l'ho inserito io usando tracce GPX, prima c'erano solo delle belle
macchie "verdi".

Le foto aeree piu' comuni (Bing, Google Earth, etc) sono vecchie e mal
posizionate, le PCN che ho provato usando JOSM hanno una risoluzione cosi'
cosi' e anch'esse sono vecchiotte e tutte, proprio tutte sono quasi inutili
perche' buona parte del territorio e' fortemente boscato e non si intuisce
proprio niente dalle foto.

Anche se sbagliate di 10 metri, le tracce GPX con i loro WP sono le uniche
"armi" che hai a disposizione per mappare in questa zona. Se non sono gia'
mappate e non le vedi dalle foto te le devi per forza tracciare da solo.

Alessandro  faceva rifermento ad archeologi.Ne ho conosciuti alcuni perche'
mi e' stato chiesto di accompagnarli nei luoghi dove avrebbero dovuto
scavare (e se non ce li portavo io erano ancora in giro adesso a cercarli).
Per gente come loro, avere tracce anche georeferenziate cosi' cosi' e'
l'unica risorsa. Solo dopo, una volta individuato il posto c'e' la
successiva mappatura di precisione fatta con vari mezzi, tra il quali, foto
e video con droni (dopo aver defrascato) e rilievi con teodoliti e GPS
differenziali.

Ti diro' di piu', qualche giorno fa ho scambiato qualche messggio con un
mappatore di vecchia data con migliaia di edits alle spalle che nel
migliorare alcuni percorsi basandosi su heatmap e Bing ha inavvertitamente
cancellato un pezzo di relazione. Ovviamente e' stata una mera svista, ma
l'abitudine a contare su altre risorse che non sia andare li e verificare
di persona porta facilmente a fare degli errori. Combinazione il pezzo che
aveva cancellato era sotto gli alberi

Alfredo






2016-07-05 0:19 GMT+02:00 Martin Koppenhoefer :

> per iPhone suggerisco "Go Map!!"
> registrare le tracce gpx col cellulare non serve quando puoi individuare
> delle cose sul luogo e anche sulle foto aeree (tanto la precisione del gpx
> sul cellulare in assenza di wlan è scarsa).
> L'importante non è la traccia gpx ma l'informazione aggiunta nei tags / la
> conoscenza di ciò che si mappa.
>
> Ciao,
> Martin
>
> sent from a phone
>
> > Il giorno 04 lug 2016, alle ore 21:33, Alessandro Palmas <
> alessandro.pal...@wikimedia.it> ha scritto:
> >
> > Riformulo la domanda:
> > - persone in un sito archeologico
> > - nuovi di OSM
> > - con Windows phone e Iphone
> >
> > Qualcuno conosce app per questi sistemi?
> >
> > Grazie
> >  Alessandro Ale_Zena_IT
> >
> >
> > ___
> > Talk-it mailing list
> > Talk-it@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-it
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Přírodní rezervace Gutské peklo - jak přidat do OSM?

[Marián Kyral]

Dne 5.7.2016 v 09:43 Karel Volný napsal(a):
> zdar,
>
> Vyšel jsem z
> http://wiki.openstreetmap.org/wiki/EEA:Nationally_designated_areas_impor
> t
> ,
> stáhl si aktuální data CDDA_v12 a teď hledím cestu, jak z toho
> obrovského balíku dat vytáhnout jen to co potřebuji.
>>> hm, co je špatně na tom postupovat obdobně jako je popsáno na té stránce?
>> Třeba to, že nemám Quantum GIS a QGIS se mi nepodařilo nainstalovat?
>> https://bugs.gentoo.org/show_bug.cgi?id=583784
>> Navíc s GISem jsem nikdy nedělal, nevím k čemu je to dobré a jak se s
>> tím pracuje.
>>
>> Už třeba jen tahle věta je pro mně španělská vesnice: /So far I used
>> Quantum GIS (1.7.3) to make a selection from the original shapefile
>> (through the "attribute table" and then click on dataset and "save
>> selection as")./
> oops, zase moje slepota :-(
>
> to se mi povedlo nějak odignorovat, a říkal jsem si, co blbneš s GISem, když 
> Merkaartor shp v pohodě žere, a proč to neotvíráš v něm, jak se tam píše - 
> navíc do toho by sis příslušný kus dat z OSM v pohodě dotáhnul jak vizuálním 
> výběrem, tak podle souřadnic jak jsi chtěl
>
> tož pardon ... nicméně vidím, že mezitím jsi to vyřešil vpodstatě stejně, 
> místo nativní funkcionality Merkaartoru plugin v JOSM :-)
>
> K.
>

Jako Merkaartor jsem měl nainstalovaný, ale zase funguje jinak než jsem
zvyklý z JOSM a nebyl jsem schopný v něm pracovat. Tak jsem se zase
vrátil k JOSM.

Můžu zase zkusit nainstalovat, ale moc šancí mu nedávám.  To je jak
přesednout z letadla do vrtulníku. Účel stejný, ale ovládá se to úplně
jinak.

Marián


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

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

[OSM-talk-fr] Forum HS

[JB]

Bonjour,
Le forum a l'air d'être HS ce matin : http://forum.openstreetmap.fr/

General Error
SQL ERROR [ mysqli ]
Can't create UNIX socket (12) [2001]
An sql error occurred while fetching this page. Please contact an 
administrator if this problem persists.


JB

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

Re: [Talk-cz] Přírodní rezervace Gutské peklo - jak přidat do OSM?

[Pavel Machek]

On Mon 2016-07-04 16:15:21, Marián Kyral wrote:
> Dne 4.7.2016 v 11:59 Karel Volný napsal(a):
> > zdar,
> >
> >>> Vyšel jsem z
> >>> http://wiki.openstreetmap.org/wiki/EEA:Nationally_designated_areas_import
> >>> ,
> >>> stáhl si aktuální data CDDA_v12 a teď hledím cestu, jak z toho
> >>> obrovského balíku dat vytáhnout jen to co potřebuji.
> > hm, co je špatně na tom postupovat obdobně jako je popsáno na té stránce?
> 
> Třeba to, že nemám Quantum GIS a QGIS se mi nepodařilo nainstalovat?
> https://bugs.gentoo.org/show_bug.cgi?id=583784
> Navíc s GISem jsem nikdy nedělal, nevím k čemu je to dobré a jak se s
> tím pracuje.

No... ja to delal treba timhle Prekonvertuju do .osm, nahraju do
josm, tam zbytek smazu...

Pavel

This program takes any vector data understadable by OGR and outputs an
OSM file
with that data.

By default tags will be naively copied from the input data. Hooks are
provided
so that, with a little python programming, you can translate the tags
however
you like. More hooks are provided so you can filter or even modify the
features
themselves.

To use the hooks, create a file in the translations/ directory called
myfile.py
and run ogr2osm.py -t myfile. This file should define a function with
the name
of each hook you want to use. For an example, see the uvmtrans.py
file.

The program will use projection metadata from the source, if it has
any. If
there is no projection information, or if you want to override it, you
can use
-e or -p to specify an EPSG code or Proj.4 string, respectively. If
there is no
projection metadata and you do not specify one, EPSG:4326 will be used
(WGS84
latitude-longitude)

For additional usage information, run ogr2osm.py --help


> Už třeba jen tahle věta je pro mně španělská vesnice: /So far I used
> Quantum GIS (1.7.3) to make a selection from the original shapefile
> (through the "attribute table" and then click on dataset and "save
> selection as").
> /
> Tuším, co to je attribute table, ale jak z toho vybírat, to už ne. Navíc
> mi přijde, že nakonec v podstatě dělám totéž, jen jsem ten file natáhnul
> do GRASSu. No a tam jsem úplně stejně v pr...li
> 
> Původní idea byla, že otevřu ten shapefile, vytáhnu z toho co potřebuji
> a pak si s tím v pohraji v josm. Jenže tam je celá Evropa a nevím, jak
> to omezit alespoň na CZ. Asi přes tu tabulku. Nějak...
> 
> //
> >
> > ...
> >> Je rozumne to delat po jednom? Primlouval bych se za import po vetsich
> >> kusech, v ramci zachovani konzistence etc...
> > kromě uvedené stránky bych k importu ještě připomněl toto vlákno:
> >
> > https://lists.openstreetmap.org/pipermail/talk-cz/2012-February/007242.html
> >
> > otázkou je, proč v něm to Gutské peklo není, když bylo vyhlášeno 2008, tedy 
> > 4 
> > roky před importem
> >
> > možná by nebylo od věci, kdyby nějaký dobrovolník (...) udělal celkovou 
> > aktualizaci
> 
> No to by mně taky zajímalo.
> 
> Marián
> 
> > K.
> >
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> 

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


-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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