date:20190718

Si, io lo leggo così


On Thu, 18 Jul 2019, 22:32 Martin Koppenhoefer, 
wrote:

>
>
> sent from a phone
>
> On 18. Jul 2019, at 16:19, Volker Schmidt  wrote:
>
> Chiedo aiuto col tagging di  questa "area pedonale"
> 
>
>
>
> io non capisco il cartello supplementare “9:30-24:00”, non vuol dire area
> pedonale solo in questi orari?
>
> Ciao Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] minderwertige Importe

Angesichts diverser Probleme mit Erwin6330,
http://hdyc.neis-one.org/?_!Y!_
 , sowie dem Mix an Adresstypen im OpenData Satz des BEV, sollte meiner
Meinung nach OpenStreetMap in Österreich besser als Partner direkt auf die
Österreich Werbung setzen.

Über Länder ist ein besserer Zugang zu geografischen Informationen möglich.
Es gibt gegenüber Wien in Österreich ein historisch gewachsenes Misstrauen.
Dieses Misstrauen hat sich soeben für mich bestätigt. In Tirol unterstützt
Tirolwerbung OpenStreetMap, daher funktioniert die Zusammenarbeit zwischen
Tiris und OSM gerade in Tirol gut. Ein Beispiel dem ganz Österreich folgen
sollte.
Grüsse Johann

Andreas  schrieb am Do. 18. Juli 2019 um 22:05:

> Am 18.07.19 um 19:11 schrieb Johann Haag:
> > Ich finde es schade mit sowas zu unterstellen.
>
> Sorry, aber dein bisheriges Verhalten lässt mich und wahrscheinlich auch
> andere so denken.
>
> > Mal schauen was die DWG nun macht, ich hoffe darauf dass
> > konstruktives bleibt, und uns bald verbesserte BEV Adressen zur
> > Verfügung stehen.
>
> Noch immer nicht verstanden? Ja, dein Import wird konstruktiv revertet.
>
> Ich bezweifle schwer, dass das BEV wegen diesen Import an ihren Daten
> viel ändern wird, wobei es ja wie schon mehrfach erwähnt, Daten sind,
> die von den Gemeinden eingemeldet wurden.
>
> > Vom aktuellen Problem sind nicht nur wir betroffen,
> > sondern sich diese Problem Datenfragmente derzeit auch in der Here
> > Maps, Google und co wiederfinden.
>
> Diese werden aber auch vor der Übernahme in ihre Systeme die Daten
> prüfen und nicht einfach importieren und warten, bis die ersten Benutzer
> Feedback liefern.
>
> > Sofern sich das nun bessert, hat
> > sich das für alle gelohnt. Grüsse
>
> Irgendwie hast du überhaupt nicht mitbekommen, um was es in dieser
> Diskussion gegangen ist. Schade, du hättest für deine OSM Zukunft
> einiges lernen können, um in Zukunft derartiges Verhalten zu vermeiden.
>
> Ich hoffe du lässt die DWG in Ruhe den Revert durchführen, dachte ja du
> bist auf Urlaub und lässt das ganze mal bleiben. Somit mache deinen
> Urlaub und wenn du zurückkommst, dann halte dich bitte an die Community
> Regeln und dann bleiben uns solche Diskussionen in Zukunft erspart.
>
> lg
> Geologist
>
> >
> > Von meinem iPhone gesendet
> >
> >> Am 18.07.2019 um 14:09 schrieb Andreas :
> >>
> >>> Am 18.07.19 um 13:45 schrieb Frederik Ramm: Hallo,
> >>>
>  On 18.07.19 07:58, ScubbX wrote: Genügt es in dem Fall, wenn
>  dich jemand darum bittet, oder soll das Problem in einer Email
>   an data@ erläutert werden?
> >>>
> >>> Ich kümmere mich darum, dass das in der DWG richtig dokumentiert
> >>>  wird, und führe den Revert durch.
> >>
> >> Danke auch von mir. Wirklich schade, dass eine Person versucht auf
> >>  diese Art und Weise ein gut laufendes Community/Projekt zu
> >> sabotieren.
> >>
> >> lg Geologist
> >>
> >> ___ Talk-at mailing
> >> list Talk-at@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-at
> >
> > ___ Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
> >
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Retrouver facilement le changeset ayant supprimé un objet

2019-07-18 Per discussione Jérôme Seigneuret

Bonjour,

Pour avoir testé la requête de marc c'est en effet une très bonne solution
sauf que l'import date de 2010

la modif sur le bâtiment au sud est sur le changeset #11761781


Sinon date du premier import est

   - timestamp=2010-06-24T15:40:31Z sur le changeset 5066713


A+

Le jeu. 18 juil. 2019 à 23:25,  a écrit :

> Ici le noeud existe et est en version 1, donc personne.
> Si tu as un objet qui existait, tu ajoutes /history à son URL
> Sinon effectivement whoDidIt
> Jean-Yvon
>
>
> > Gesendet: Donnerstag, 18. Juli 2019 um 22:07 Uhr
> > Von: "JÃ©rÃ´me Seigneuret - jerome.seigneu...@gmail.com"
> > An: "Discussions sur OSM en français" 
> > Betreff: Re: [OSM-talk-fr]  Retrouver facilement le changeset ayant
> supprimé un objet
> >
> > le mieux pour moi c'est ça
> > https://simon04.dev.openstreetmap.org/whodidit/
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Non, OpenStreetmap n'est pas en WGS84

2019-07-18 Per discussione marc marc

Bonjour Stephane,

article bien intéressant.
mais je crains que le niveau moyen d'alignement soie à des km de là :
- utilisation de Bing et autre ortho mal corrigé
- non alignement de l'imagerie avec les objets existant, y compris les 
offset permanent de plusieurs d'entre elles
- non alignement du cadastre et/ou difficulté de renseigné une anomalie 
cadastre pour que le contributeur suivant (éventuellement débutant) ne 
sache au lieu de "corriger" un positionnement correct avec un cadastre 
erroné.
- non disponibilité (licence ou import non fait) des repères géodésiques
dans de nombreux pays, rendant un réalignement précis difficile.

quand je vois une route qui traverse un batiment à cause d'une des 
raisons ci-dessus, c'est malheureusement là que le + gros reste à faire

mais sinon,quel solution te semble réaliste ?

Le 18.07.19 à 18:38, Stéphane Péneau a écrit :
> https://www.openstreetmap.org/user/StephaneP/diary/390290
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Retrouver facilement le changeset ayant supprimé un objet

2019-07-18 Per discussione osm . sanspourriel

Ici le noeud existe et est en version 1, donc personne.
Si tu as un objet qui existait, tu ajoutes /history à son URL 
Sinon effectivement whoDidIt
Jean-Yvon


> Gesendet: Donnerstag, 18. Juli 2019 um 22:07 Uhr
> Von: "JÃ©rÃ´me Seigneuret - jerome.seigneu...@gmail.com"
> An: "Discussions sur OSM en français" 
> Betreff: Re: [OSM-talk-fr]  Retrouver facilement le changeset ayant supprimé 
> un objet
>
> le mieux pour moi c'est ça
> https://simon04.dev.openstreetmap.org/whodidit/


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

Re: [Talk-at] minderwertige Importe

2019-07-18 Per discussione Andreas

Am 18.07.19 um 19:11 schrieb Johann Haag:
> Ich finde es schade mit sowas zu unterstellen.

Sorry, aber dein bisheriges Verhalten lässt mich und wahrscheinlich auch
andere so denken.

> Mal schauen was die DWG nun macht, ich hoffe darauf dass
> konstruktives bleibt, und uns bald verbesserte BEV Adressen zur
> Verfügung stehen.

Noch immer nicht verstanden? Ja, dein Import wird konstruktiv revertet.

Ich bezweifle schwer, dass das BEV wegen diesen Import an ihren Daten
viel ändern wird, wobei es ja wie schon mehrfach erwähnt, Daten sind,
die von den Gemeinden eingemeldet wurden.

> Vom aktuellen Problem sind nicht nur wir betroffen,
> sondern sich diese Problem Datenfragmente derzeit auch in der Here
> Maps, Google und co wiederfinden.

Diese werden aber auch vor der Übernahme in ihre Systeme die Daten
prüfen und nicht einfach importieren und warten, bis die ersten Benutzer
Feedback liefern.

> Sofern sich das nun bessert, hat
> sich das für alle gelohnt. Grüsse

Irgendwie hast du überhaupt nicht mitbekommen, um was es in dieser
Diskussion gegangen ist. Schade, du hättest für deine OSM Zukunft
einiges lernen können, um in Zukunft derartiges Verhalten zu vermeiden.

Ich hoffe du lässt die DWG in Ruhe den Revert durchführen, dachte ja du
bist auf Urlaub und lässt das ganze mal bleiben. Somit mache deinen
Urlaub und wenn du zurückkommst, dann halte dich bitte an die Community
Regeln und dann bleiben uns solche Diskussionen in Zukunft erspart.

lg
Geologist

> 
> Von meinem iPhone gesendet
> 
>> Am 18.07.2019 um 14:09 schrieb Andreas :
>> 
>>> Am 18.07.19 um 13:45 schrieb Frederik Ramm: Hallo,
>>> 
 On 18.07.19 07:58, ScubbX wrote: Genügt es in dem Fall, wenn 
 dich jemand darum bittet, oder soll das Problem in einer Email
  an data@ erläutert werden?
>>> 
>>> Ich kümmere mich darum, dass das in der DWG richtig dokumentiert
>>>  wird, und führe den Revert durch.
>> 
>> Danke auch von mir. Wirklich schade, dass eine Person versucht auf
>>  diese Art und Weise ein gut laufendes Community/Projekt zu 
>> sabotieren.
>> 
>> lg Geologist
>> 
>> ___ Talk-at mailing 
>> list Talk-at@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-at
> 
> ___ Talk-at mailing list 
> Talk-at@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-at
> 

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

Re: [OSM-talk-fr] Retrouver facilement le changeset ayant supprimé un objet

2019-07-18 Per discussione marc marc

Le 18.07.19 à 19:31, Brice MALLET a écrit :
> Comment retrouver, *facilement*, le changeset qui a supprimé cette 
> polyligne ?

solution 1)
si tu as une vague idée d'une date de quand l'objet existant,
tu fais une requête overpass bbox avec la date en question.
exemple : https://overpass-turbo.eu/s/KQq
j'ai testé chaque 1er janvier de 2012 à 2019, sans le trouver
si je l'avais trouvé, un click sur l'objet effacé te donne
le no du changeset concerné.

solution 2)
tu regardes quel changeset a fait le batiment voisin,
tu charges ce changeset dans josm. si un batiment a entre temps été 
effacé, cela va faire un conflit,mais tu aurais l'id du way.
https://www.openstreetmap.org/way/ te ramène au cas 1
je te laisse tester :)
mais le test avec overpass donne l'impression que ce batiment
n'a jamais été créé dans osm. ou alors pendant moins d'un an.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Area pedonale - richiesta di aiuto

2019-07-18 Per discussione Martin Koppenhoefer

sent from a phone

> On 18. Jul 2019, at 16:19, Volker Schmidt  wrote:
> 
> Chiedo aiuto col tagging di  questa "area pedonale"

io non capisco il cartello supplementare “9:30-24:00”, non vuol dire area 
pedonale solo in questi orari?

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

Re: [OSM-talk-fr] Retrouver facilement le changeset ayant supprimé un objet

2019-07-18 Per discussione pepilepioux

Le 2019-07-18 19:31, Brice MALLET a écrit :

> Bonsoir,
> 
> La suppression par erreur d'objet OSM, ne serait-ce que dans Paris, n'est pas 
> rare ; je constate de temps à autres des bâtiments disparus, tel par exemple 
> la surface qui devrait représenter l'emprise du 11 rue Louis Bonnet (ce n'est 
> pas un bâtiment rasé, il est bien là, je passe devant tous les jours) :
> https://www.openstreetmap.org/node/1289453963
> 
> Comment retrouver, *facilement*, le changeset qui a supprimé cette polyligne ?
> La page https://wiki.openstreetmap.org/wiki/Detect_Vandalism ne m'a pas 
> suffisamment aidé.

https://simon04.dev.openstreetmap.org/whodidit/ ? 

Attention, faut pas zoomer à fond. Il affiche les dix dernières
modifications, j'ai pas trouvé comment en voir plus. 

Ou encore
https://wiki.openstreetmap.org/wiki/FR:Overpass_API/Overpass_QL#Conversion_d.27un_chemin_ou_d.27une_relation_OSM_en_zone_Overpass_.28map_to_area.29
. 

Cherche "visible" 

Bonne soirée, 

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

Re: [OSM-talk-fr] Galileo, le GPS européen, est en panne depuis plusieurs jours

2019-07-18 Per discussione deuzeffe

Il semble que ça soit retombé en marche : 
https://www.gsc-europa.eu/news/galileo-initial-services-have-now-been-restored



On 17/07/2019 20:37, Stéphane Péneau wrote:

Le problème se situe au sol, et ça commence à faire long :
https://insidegnss.com/update-galileo-service-degraded-on-all-satellites-precise-timing-facility-problems-cited/
https://insidegnss.com/galileo-outage-update-service-failure-poses-serious-questions/



Le 16/07/2019 à 06:36, Yves P. a écrit :
Futura-Sciences: Galileo, le GPS européen, est en panne depuis 
plusieurs jours.

https://www.futura-sciences.com/sciences/actualites/constellation-satellites-galileo-gps-europeen-panne-depuis-plusieurs-jours-76865/

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




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



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

Re: [OSM-talk-fr] Retrouver facilement le changeset ayant supprimé un objet

2019-07-18 Per discussione Jérôme Seigneuret

le mieux pour moi c'est ça
https://simon04.dev.openstreetmap.org/whodidit/

Le jeu. 18 juil. 2019 à 19:31, Brice MALLET  a écrit :

> Bonsoir,
>
> La suppression par erreur d'objet OSM, ne serait-ce que dans Paris,
> n'est pas rare ; je constate de temps à autres des bâtiments disparus,
> tel par exemple la surface qui devrait représenter l'emprise du 11 rue
> Louis Bonnet (ce n'est pas un bâtiment rasé, il est bien là, je passe
> devant tous les jours) :
> https://www.openstreetmap.org/node/1289453963
>
> Comment retrouver, *facilement*, le changeset qui a supprimé cette
> polyligne ?
> La page https://wiki.openstreetmap.org/wiki/Detect_Vandalism ne m'a pas
> suffisamment aidé.
>
> --
> Britzz
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Non, OpenStreetmap n'est pas en WGS84

2019-07-18 Per discussione ades

Je ne comprends pas, mais ne suis pas doué non plus, c’est quoi ce décalage de 
80cm ?
 Là : http://www.ign.fr/sites/all/files/geodesie_coordonnees.pdf , l’Ign semble 
parler de précision à quelques mètres près, mais qui peut être au cm à 
condition de bien faire comme il faut … comprends plus rien…

Sur l’Ortho HD ça fait 4 pixels et, au plus fort zoom de OSM, env. 0,35 mm, 
soit un trait de crayon fin… ;-)

> Le 18 juil. 2019 à 18:38, Stéphane Péneau  a 
> écrit :
> 
> Hello !
> 
> Je voulais faire une présentation sur le sujet des systèmes de référence 
> géographique, le  WGS94, et les systèmes locaux, comme le RGF93 en France.
> Je n'ai pas eu le temps, alors c'est remplacé par un article sur mon 
> "journal" :
> 
> Spoiler : Tout ce qui est dessiné depuis la BD Ortho est en RGF93, et pas en 
> WGS84. Ce qui implique un décalage d'environ 80cm.
> 
> Le cas de l'Australie est particulièrement intéressant.
> 
> https://www.openstreetmap.org/user/StephaneP/diary/390290
> 
> 
> Stéphane
> 
> 
> ___
> 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-es] Vías e instalaciones en zonas militares.

2019-07-18 Per discussione dcapillae

Saludos.

En una zona militar puede haber muchas cosas, tantas como en cualquier otro
sitio.

Si en un área militar (landuse=military) hay urbanizaciones de residencia
habitual, con sus calles y demás, se deben mapear igual que cualquier otra
urbanización y que cualquier otra calle, con la diferencia de que éstas
estarán dentro de un área militar. 

Si son calles urbanas, «highway=residential», y si son vías de servicio,
«highway=service». Las condiciones de acceso se etiquetan igual que con
cualquier otra vía. Si son de uso privado, solo para militares, trabajadores
o sus familias, «access=private». Si son de libre acceso y cualquiera puede
transitar por ellas, pues no se indica nada, como hacemos con cualquier otra
vía.

En una zona militar también puede haber instalaciones de recreo, desde
residencias vacacionales hasta zonas de acampada. ¿Cómo se mapean? Pues
igual que cualquier residencia vacacional o cualquier zona de acampada, solo
que éstas estarán dentro de una área militar «landuse=military». En cuanto a
las condiciones de acceso, puesto que son instalaciones solo para clientes,
«access=customers».

El Gobierno ya se encarga de no difundir información que pueda resultar
comprometida para las Fuerzas Armadas. Todo lo demás se puede mapear,
siempre que sea información verificable y pública.

Atentamente,
Daniel



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

2019-07-18 Per discussione Jaume Figueras i Jové

+1 a @yopaseopor

No hay caso más evidente de mapeo para el render que seguir
exclusivamente la clasificación administrativa (que no técnica) de las
carreteras. Ambas clasificaciones (administrativa y técnica) hechas por
las administraciones públicas. La clasificación administrativa es una
clasificación política y presupuestaria, la técnica es eso, técnica, una
clasificación según las características físicas.

La definición de equivalencias la hizo Iván en 2007 a partir de la
clasificación administrativa que aparecía en el BOE principalmente.
Evidentemente por algo se tiene que empezar y sin duda, empezar un
proyecto de estas características en españa un gran trabajo. En ese
momento talk-es debían ser 4 personas y solo una contestó la propuesta
en talk-es.

A partir de aquí esta definición se ha convertido en axiomática y
siempre se ha pedido a quienes no nos gusta mil explicaciones, mil
justificaciones y se ha buscado que el tema muera de agotamiento. Pero
claro, no acaba de morir, por que pasa el tiempo y nuevas personas se
preguntan una y otra vez cómo puede ser que la carretera XXX sea trunk!!

Pues hago la propuesta al revés, los "administrativos" justificad por
qué vuestra clasificación es mejor que la física. Por qué una carretera
debe cambiar de trunk a primary o viceversa si la titularidad
político-administrativa cambia. Por qué carreteras sin arcén y de una
calzada son trunk y carreteras con mejores características no. Por qué
la N-260 en su paso en Seira sin arcén ni eje pintado es trunk?

Salut!

P.S: Por cierto, por si no se sabe, el criterio administrativo no se
sigue. La realidad es muy dura! En Seira, la N-260 en sus 15 ediciones
ha cambiado de tipo de vía 12 veces. Un consenso de la hostia, oigan

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

Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

Hallo Matrin,

Am 18.07.19 um 18:20 schrieb Martin Trautmann:
> Klingt eher so als, als braucht man die größere Keule: Abmahnung mit Verweis 
> auf Lizenzverstoss, Fristsetzung zum Entfernen der Karten und Vernichten der 
> Broschüren. 

Nein, wir haben bislang hauptsächlich mit deren Auftragnehmer Kontakt
gehabt, nicht mit dem Auftraggeber, die eigentlich unsere
Ansprechpartner sind. Wir setzen auf eine gütliche Einigung.

Wer zu früh zu "Keulen" greift, schadet nur seinem Ruf. OSM ist kein
Abmahnprojekt. Zudem ist zu beachten, dass die OpenStreetMap Foundation
der Lizenzgeber ist (siehe dazu die Vereinbarung für Mitwirkende), nicht
der FOSSGIS e.V. und auch nicht ein einzelner Mapper.

Viele Grüße

Michael



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



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

Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

Hallo Axel,

Am 18.07.19 um 18:04 schrieb Axel Zöllich:
> Danke an euch, Michael und Sven. 
> 
> Helfen weitere Schreiben von OSMlern (mir zB) weiter?

Nein, Sven hat den beiden Vereinen, die im Impressum der Tafeln
angegeben sind, eine E-Mail geschrieben und unsere Position noch einmal
dargelegt. Wir setzen auf eine gütliche Einigung.

Viele Grüße

Michael


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



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

[OSM-talk-fr] Retrouver facilement le changeset ayant supprimé un objet

2019-07-18 Per discussione Brice MALLET


Bonsoir,

La suppression par erreur d'objet OSM, ne serait-ce que dans Paris, 
n'est pas rare ; je constate de temps à autres des bâtiments disparus, 
tel par exemple la surface qui devrait représenter l'emprise du 11 rue 
Louis Bonnet (ce n'est pas un bâtiment rasé, il est bien là, je passe 
devant tous les jours) :

https://www.openstreetmap.org/node/1289453963

Comment retrouver, *facilement*, le changeset qui a supprimé cette 
polyligne ?
La page https://wiki.openstreetmap.org/wiki/Detect_Vandalism ne m'a pas 
suffisamment aidé.


--
Britzz

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

Re: [Talk-at] minderwertige Importe

2019-07-18 Per discussione liste DOT girarsi AT posteo DOT eu

Ich finde es schade mit sowas zu unterstellen. Mal schauen was die DWG nun 
macht, ich hoffe darauf dass konstruktives bleibt, und uns bald verbesserte BEV 
Adressen zur Verfügung stehen. Vom aktuellen Problem sind nicht nur wir 
betroffen, sondern sich diese Problem Datenfragmente derzeit auch in der Here 
Maps, Google und co wiederfinden. Sofern sich das
nun bessert, hat sich das für alle gelohnt.
Grüsse

Von meinem iPhone gesendet

> Am 18.07.2019 um 14:09 schrieb Andreas :
> 
>> Am 18.07.19 um 13:45 schrieb Frederik Ramm:
>> Hallo,
>> 
>>> On 18.07.19 07:58, ScubbX wrote:
>>> Genügt es in dem Fall, wenn dich jemand darum bittet, oder soll das
>>> Problem in einer Email an data@ erläutert werden?
>> 
>> Ich kümmere mich darum, dass das in der DWG richtig dokumentiert wird,
>> und führe den Revert durch.
> 
> Danke auch von mir. Wirklich schade, dass eine Person versucht auf diese
> Art und Weise ein gut laufendes Community/Projekt zu sabotieren.
> 
> lg
> Geologist
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

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

Re: [Talk-it] waterway=weir?

Il 18/07/19 18:14, Volker Schmidt ha scritto:
> non vedo la foto allegata al post!
> 

Vai direttamente su nabble, qui non si vede in mailing list.

http://gis.19327.n8.nabble.com/waterway-weir-td5943827.html


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

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

Re: [OSM-talk-fr] Camera 360

2019-07-18 Per discussione Axel Listes

Le 09/07/2019 à 08:44, Magalie Dartus a écrit :
> Voilà l’intention, par contre on ne sait absolument pas quelle caméra
> prendre pour ce projet
> Est-ce que certains d'entre vous ont déjà de l'expérience et pourraient
> nous conseiller sur des modèles adéquats?

J'ai posé la même question il y a quelques semaines à Charles MILLET de
Carto’Cité, il m'a conseillé de prendre une LG 360. L'entreprise travail
beaucoup avec ce type de matériel, c'est je pense un bon étalonnage.

Je l'ai commandé mais pas eu le temps de réellement la testée.

Axel.

-- 

Tu utilises un service GAFAM ? Tu migres quand pour me protéger ?

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

[OSM-talk-fr] Non, OpenStreetmap n'est pas en WGS84

2019-07-18 Per discussione Stéphane Péneau


Hello !

Je voulais faire une présentation sur le sujet des systèmes de référence 
géographique, le  WGS94, et les systèmes locaux, comme le RGF93 en France.
Je n'ai pas eu le temps, alors c'est remplacé par un article sur mon 
"journal" :


Spoiler : Tout ce qui est dessiné depuis la BD Ortho est en RGF93, et 
pas en WGS84. Ce qui implique un décalage d'environ 80cm.


Le cas de l'Australie est particulièrement intéressant.

https://www.openstreetmap.org/user/StephaneP/diary/390290


Stéphane


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

Re: [OSM-talk-fr] Uniformiser le wiki "Bicycle" (était Re: Sidewalk:bicycle dans le wiki bicycle)

2019-07-18 Per discussione Axel Listes

Le 12/07/2019 à 14:17, Phyks a écrit :
> 1. Je ne comprends toujours pas très bien ce que décrit
> https://wiki.openstreetmap.org/wiki/User:Phyks/FR:Bicycle#Am.C3.A9nagements_cyclables_sur_trottoirs,
> surtout que la photographie ne semble pas correspondre aux schémas. Que
> devrait-on faire de cette partie ?

Il est vrai qu'à première vue on peut penser que l'illustration ne
correspond pas. En réalité sur le terrain il y a des pictogrammes vélos
sur le trottoir, mais on les voie pas sur la photo. Peut-être devrais-je
reprendre des photos à cet endroit ?

Mais, paradoxalement, le panneau démontre bien la problématique de ce
type d'aménagement : un trottoir ne peut pas être cyclable !

> 2. Suite à la discussion qui avait eu lieu sur talk-fr, on avait convenu
> de tagger les parkings "deux roues" (ouverts aux vélos mais aussi aux
> scooters) comme
> https://wiki.openstreetmap.org/wiki/Montrouge#Stationnements_deux_roues
> (ce qu'on a adopté à Montrouge). Que pensez-vous de reporter cette
> documentation dans la page FR:Bicycle ?

Ça me semble logique.

-- 

Tu utilises un service GAFAM ? Tu migres quand pour me protéger ?

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

Re: [Talk-it] Area pedonale - richiesta di aiuto

2019-07-18 Per discussione Francesco Ansanelli

Ciao,

rispondo per quanto ne so:

name=Via del santo
highway=pedestrian
motorway=destination
oneway=yes

Buon mapping
Francesco

Il gio 18 lug 2019, 16:20 Volker Schmidt  ha scritto:

> Chiedo aiuto col tagging di  questa "area pedonale"
> 
>
> Grazie.
>
> Volker
> ___
> 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-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

2019-07-18 Per discussione Martin Trautmann

Klingt eher so als, als braucht man die größere Keule: Abmahnung mit Verweis 
auf Lizenzverstoss, Fristsetzung zum Entfernen der Karten und Vernichten der 
Broschüren. 
-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] waterway=weir?

2019-07-18 Per discussione liste DOT girarsi AT posteo DOT eu

non vedo la foto allegata al post!

On Thu, 18 Jul 2019 at 17:58, liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> wrote:

> Il 18/07/19 17:06, demon_box ha scritto:
> > riposto la foto perchè forse c'è stato qualche problema
> >
> > 
> >
>
> È una briglia antica, quindi ci starebbe anche un historic=yes, quelle
> che conosciamo oggi, normalmente in cemento, ne sono l'evoluzione.
>
>
> --
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

2019-07-18 Per discussione Axel Zöllich

Danke an euch, Michael und Sven. 

Helfen weitere Schreiben von OSMlern (mir zB) weiter?

Axel



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

Re: [Talk-it] waterway=weir?

Il 18/07/19 17:06, demon_box ha scritto:
> riposto la foto perchè forse c'è stato qualche problema
> 
>  
> 

È una briglia antica, quindi ci starebbe anche un historic=yes, quelle
che conosciamo oggi, normalmente in cemento, ne sono l'evoluzione.


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

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

Re: [Talk-es] Predefinido de JOSM para mapear Bienes de Interés Cultural

2019-07-18 Per discussione Lanxana .

Buenas tardes, Daniel,

muchas gracias por el trabajo que te has tomado, justo es un tema que tenía
pendiente de investigar. Al ir revisando las calles de diferentes
poblaciones me estoy encontrando que la gran mayoría de las iglesias están
catalogadas a nivel autonómico, y algunas a nivel estatal también. Hasta
ahora les he ido añadiendo el enlace a la wikipedia y a wikidata (e
inicialmente también añadía a commons), como única forma de distinguirlas
de las que no lo están.
Es un etiquetado bastante sobrio, al que será interesante añadir su
condición de bien protegido, y su interés como atracción turística. Tomo
nota para futuras revisiones de estos elementos.

Saludos!


Libre
de virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

El lun., 15 jul. 2019 a las 21:16, dcapillae ()
escribió:

> Buen día.
>
> He creado un predefinido de JOSM para facilitar la introducción de las
> propiedades mínimas necesarias para mapear Bienes de Interés Cultural en
> España [1]. Respecto al etiquetado de Bienes de Interés Cultural, podéis
> consultar la página del wiki [2].
>
> Atentamente,
> Daniel
>
> [1] https://josm.openstreetmap.de/wiki/Presets/BICSpain
> [2] https://wiki.openstreetmap.org/wiki/Key:ref:bic
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> 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] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

Hallo,

Am 25/06/2019 um 17.02 schrieb Sven Geggus:> Wie sollte man vorgehen?
> 
> Offizielles Schreiben des FOSSGIS e.V. per Snailmail mit
> Einladung/Aufforderung einen Vertreter zum nächsten OSM Treffen in Karlsruhe
> oder Heilbronn zu schicken?
> 
> Ich könnte mir eine Lösung mit "Kartendaten ©OpenStreetMap Mitwirkende"
> Aufklebern vorstellen. Und im Gegenzug könnte uns der Kraichgau-Stromberg
> Tourismus e.V. die GPX-Tracks der Wanderwege zur Erfassung in OSM zur
> Verfügung stellen.
> 
> Was denkt ihr? Ganz ohne Konsequenzen sollte das IMO jedenfalls nicht 
> ablaufen.

Sven hatte mittlerweile per E-Mail Kontakt zum Kraichgau-Stromberg
Tourismus e.V., die seine Beschwerde an die Firma, die die Kartographie
gemacht hat, weitergeleitet hat. Der Schriftwechsel mit denen war nicht
erfolgreich. Man hat sich uneinsichtig gezeigt, einer Einladung an den
gestrigen Stammtisch in Karlsruhe wurde nicht gefolgt (die Firma sitzt
nur wenige Kilometer entfernt). Wahrscheinlich möchte jemand sein
Gesicht nicht verlieren, dabei ist der Mangel bei den Tafeln behebbar:
Die Aufsteller der Tafeln bringen einen Aufkleber an, der die
Quellenangabe ergänzt.

Sven hat den beiden Vereinen (Kraichgau-Stromberg Tourismus e.V. und
Naturpark Stromberg-Heuchelberg e.V.) soeben noch einmal eine E-Mail
geschrieben, weil die Kommunikation mit dem Kartographen erfolglos war.
Vielen Dank an Sven für seine bisherigen Bemühungen.

Parallel zu Svens Schriftverkehr habe ich beim Ministerium für
Ländlichen Raum und Verbraucherschutz Baden-Württemberg per IFG-Anfrage
nach einer Liste der Standorte erkundigt. Das Ministerium hat
mittlerweile mir mit den Hinweis auf die Standorte im Naturpark
geantwortet. Die Antwort findet ihr unter
https://fragdenstaat.de/a/153731#nachricht-397172,
die Liste der Standorte kann einem Flyer entnommen werden:
https://www.naturpark-stromberg-heuchelberg.de/userfiles/fileadmin-sh/20190330_SH_Uebersichtskarte_VS_RS_DRUCK.pdf

Um mehr über die Karten des Kraichgau-Stromberg Tourismus e.V. zu
erfahren, habe ich jetzt beim Ministerium für Justiz und Europa
Baden-Württemberg die Unterlagen zum Förderantrag dieses Vereins per
LIFG erfragt. https://fragdenstaat.de/a/158943

Da der Flyer mit dem Erscheinen von Wanderkarten in größeren Maßstäben
wirbt, habe ich das Gefühl, dass es um mehr als um ein paar Tafeln,
sondern noch einen Satz an gedruckten Wanderkarten geht, die gegen die
Nutzungsbedingungen der OpenStreetMap-Daten verstoßen. Die
kleinmaßstäblichen Karten (ca. 1:100.000), von denen ich sogar welche
gedruckt daheim liegen habe, könnten auch aus OSM-Daten gefertigt sein,
es ist mir aber nicht gelungen, das bislang zu belegen. Bei
kleinmaßstäblichen Karten ist es eben schwierig, die bei OSM richtig,
aber abweichend gemappten Stellen zu finden.

Viele Grüße

Michael



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

[Talk-es] Vías e instalaciones en zonas militares.

2019-07-18 Per discussione Lanxana .

Buenas tardes,

Esta mañana mientras seguía poniendo nombre a las calles que no lo tenían,
me encontré con unas que no sabía cómo gestionar. Se trata de las vías
interiores en una base o academia militar. He hecho un poco de trabajo de
investigación, revisando cómo las tenemos en distintos puntos del
territorio. Hay un poco de todo, desde la que no tiene nada dentro del área
militar hasta la que tiene edificios, calles y servicios.

Respecto a las calles, he comprobado dos etiquetas en concreto: highway y
access, para intentar ver si había algún consenso o no, y ya adelanto que
no. De las 43 que he consultado, estos son los resultados:

- con highway=residential hay 9, con highway=service hay 25, luego hay
otras 3 que tienen highway=unclassified y en el resto no estaban mapeadas

- respecto al acceso, hay 13 con access=prívate, 9 con access=no, y el
resto no tienen etiquetado el tipo de acceso

Estamos hablando siempre de las vías dentro de un recinto, que en muchos
casos no tiene mapeada la valla o muro, no he entrado a mirar si en la
puerta pone algo sobre acceso o no.

Otras características curiosas es que algunos recintos, aparte de los
indisolubles landuse=military + name=elquesea, añaden alguna información
extra, del tipo military=airfield/naval_base/barracks…, url o website,
owner, ref…

La conclusión es clara: hay tantos tipos de mapeado como mapeadores y
momentos han pasado por ahí. Así que lanzo una triple pregunta:

1 - ¿Cómo está la legislación en España sobre mapeado de instalaciones
militares? Según se indica en la wiki, se ajusta a la normativa vigente en
cada país. Buscando en la lista, he encontrado este hilo [1] donde se
comentaba el asunto. Por un lado, sobre la fotografía aérea Roberto cita un
BOE (no se indica en cuál): “En principio deberían estar ofuscadas todas
las areas que han sido declaradas como 'zonas de seguridad de instalaciones
de interés para la defensa nacional’, una declaración que aparece en el
BOE. con las coordenadas de los vértices.” Por otro lado, Jaime confirma
que ni el ING ni Catastro censuran estas áreas: “ni Instituto Geográfico
Nacional ni Catastro (no lo he comprobado, miradlo a ver), que son
organismos publicos -aunque dependientes de distinto ministerio-
autocensuran las fotografías”.

2 - Si concluimos que no hay una prohibición expresa al mapeado de estas
instalaciones, sería interesante establecer un criterio homogéneo para
todas ellas. ¿Qué etiquetas mínimas deberían tener? ¿Cómo etiquetamos las
vías interiores: cómo residenciales por su uso para acceder a edificios
residenciales y servicios, o cómo de servicio por no ser de acceso general
al público? Y sobre el acceso: privado daría la sensación de que hay que
pagar por acceder, y “no” es muy genérico, en taginfo ser recogen 2295 usos
de access=military, aunque no está recogido en la wiki. Buscando una vez
más en la lista, en este hilo se trató también el tema del etiquetado al
acceso a una instalación militar [2].

3 - Al hacer la consulta overpass sobre landuse=military me ha devuelto
elementos de diferent índole: las instalaciones que buscaba, búnkers,
campos de tiro, polvorines,... y casernas de la Guardia Civil. Dado el
carácter militar de este cuerpo, creo que es apropiado, pero quería saber
vuestra opinión. Una vez más, haciendo la búsqueda sobre militares en la
lista, encontré un hilo [3] donde también se consultaba el tema de la
benemérita...

Espero vuestras opiniones y contribuciones al debate, nos queda aún
pendiente el tema de las academias militares, aunque en este caso creo que
lo más apropiado sería asimilarlas a los centros de formación del mismo
nivel, dado que la titulación obtenida es oficial.

Saludos!

[1] http://gis.19327.n8.nabble.com/Zonas-militares-td5734172.html#a5734542

[2]
http://gis.19327.n8.nabble.com/Duda-sobre-carretera-y-etiquetas-access-private-td5412391.html#a5412393

[3]
http://gis.19327.n8.nabble.com/Re-Guardia-Civil-Alejandro-S-td5723151.html#a5723178

Libre
de virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] waterway=weir?

2019-07-18 Per discussione scratera

...a tutti gli effetti tute le cascate artificiali costruite dall'uomo
vengono fatte per rallentare la forza e la velocità dell'acqua quindi



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] foot=yes su strade con marciapiede

Grazie Francesco.

Avevo dimenticato che c'è anche sidewalk=separate (40k volte in Taginfo)

Volker

On Wed, 17 Jul 2019 at 16:13, Francesco Lotti  wrote:

> Ciao,
> anche a me pare ridondante specificare foot=yes su strade in cui il tag è
> implicito.
> Personalmente ho sempre utilizzato sidewalk=both/left/right
> oppure highway=footway + footway=sidewalk e foot=no sulla way principale a
> seconda dei casi. In effetti sidewalk=separate mi pare certamente più
> pertinente di foot=no ma non sono così sicuro che i vari sistemi di routing
> lo interpretino correttamente.
>
> ciao
> Francesco
> ___
> 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] waterway=weir?

2019-07-18 Per discussione demon_box

riposto la foto perchè forse c'è stato qualche problema

 

--enrico



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

2019-07-18 Per discussione yo paseopor

Antes de todo afirmo que voy a escribir un mensaje que puede resultar duro.
También voy a afirmar abiertamente que mi parecer es diferente al del
mensaje que voy a contestar. La clave está en decidir sobre una cosa
importante , que afecta a todo el mapa. Y también en diferir si lo que aquí
se menciona son hechos , prejuicios o simple disquisiciones, cada uno que
juzgue.

*> Primero pedir cómo se ha pedido todas las veces que se ha sacado el tema
una cosa indispensable para poder realizar un gran cambio como este. Y es
el gran problema de todo esto. Un sistema que no lleve a equivocaciones, a
broncas y a problemas porque es ambiguo, que es el inconveniente que hay
siempre.*

Si alguna cosa tiene el sistema propuesto es la falta de ambigüedad. Una
vía o tiene una característica física o no la tiene, o tiene enlaces a
nivel a o no los tiene, o tiene velocidad punta 100/80 o no la tiene, o
tiene el IMD más alto de la zona o no lo tiene.

*> Actualmente tenemos un sistema que funciona. Tiene pequeños fallos como
todo pero en términos generales funciona y esta bien definido. Eso no quita
que se pueda modificar, pero con cabeza y sin tener estos perjuicios que he
comentado cómo contrapartida.*

No, no funciona. Si por funcionar te refieres a que las aplicaciones
trabajan sobre él claro, sí funciona porque son vías. Si sólo tuvieras
unclassified sobre el mapa los ruteadores seguirían funcionando, y los
mapas seguirían mostrando recorridos a seguir.De hecho no está bien
definido porque resulta que la única etiqueta obligatoria para una vía...es
highway, la que muestra las categorías. En OSM una carretera no es
carretera si no tiene la etiqueta highway, de la que penden todos los
valores que aquí comentamos en cambiar. A la que escarbamos un poco y
hacemos un uso más extensivo de los datos el esquema falla, hasta el punto
de recibir mensajes internacionales y plantearse el reetiquetado de toda
España (más de 14000 km. según Wikipedia) , añadiendo tres etiquetas para
hacer que el comportamiento por defecto de los ruteadores se modifique.
¿Eso es funcionar?

*>Lo de Here que muestre o no las autovías el problema es otro. Si haces un
poco de zoom veras que de repente sí existe para ellos cómo tal.*

 Creo que no has entendido mi mensaje.El motivo da igual: el hecho es que a
ESE zoom el mapa muestra lo que muestra, por las causas que sean. Y es un
hecho , sólo salen algunas de las autonómicas de Cataluña que no son
autovía, no salen las de los demás territorios de España a ESE nivel de
zoom. Comprueba Illes Balears, comprueba Canarias. No me hace falta saber
por qué tienen ese problema como saber que lo tienen . Muestran lo que
muestran en su mapa ese nivel de zoom .Y lo que muestran son las de
Fomento, excepto en Cataluña que muestran alguna carretera más.

* >No lo quitan por ese motivo. Here tiene unos problemas de representación
de la información. En Salamanca me he pegado con ellos ya con algunas cosas
que he acabado por dar como imposible. A parte de eso comentar un poco cómo
funciona here en estos temas ya que he podido tener acceso algo más
interno. Lo que puedo contar y que creo que es un claro ejemplo de lo
equivocados que podemos estar con estas propuestas. Una cosa es lo que se
muestra en dibujo, en colores (lo que se asemeja a nuestra representación
de trunk, primary,) que es lo que se ve, el render.*

 Yo no hablo del render, hablo de la base de datos, está claro que en OSM
algo tiene que ver con los ruteadores el uso de las categorías de vía
(recordemos única etiqueta obligatoria para que una vía sea vía y no otra
cosa) , por eso es tan importante el ajustar la realidad de OSM a la
realidad física de la vía, a falta de otras etiquetas no obligatorias que
pueden acabar de perfilar el recorrido, especialmente si hablamos de
vehículos pesados.

*>Hay que dejar de mirar solo lo que se ve y solo pensar en los colores que
se ven en el mapa, cosa que cuando se pusieron tonos de rojo en vez de
colores diferentes cada vez se ve menos.*

No es cierto, yo hablo de lo que se ve a cierto nivel de zoom y lo que se
ven son las vías ordenadas por categorías, dependiendo de ellas las vías
pueden no  verse en el mapa a cierto zoom (o no tenerse en cuenta en el
ruteador) . Y eso es importante.

* >Lo que realmente vale es el resto de etiquetado físico. Ni here, y
google seguro que tampoco, se centran en eso porque no es lo importante.
Antaño cuando teníamos los mapas en papel claro que sí. En papel no había
más posibilidad. Pero eso con los navegadores ya no es importante. El
navegador puede coger mucha más información que un simple color.*

 ¿Se puede afirmar con rotundidad que la categoría de la vía por la que se
va en OSM es el último de los factores que tiene en cuenta un ruteador de
vehículo, estándard? Ya que estamos ¿alguien puede explicar exactamente qué
parámetros y en qué orden se tienen en cuenta - con ejemplos de código,
gracias?

*>Con esta propuesta creo que los trunk en España quedarían como una cosa

[Talk-it] waterway=weir?

2019-07-18 Per discussione demon_box

ciao, questo nella foto, secondo voi può essere considerato un waterway=weir

 

rileggendo il wiki

https://wiki.openstreetmap.org/wiki/Tag:waterway=weir

mi parrebbe di no, voi che dite?

e tra l'altro rileggendo il wiki mi è venuto un dubbio ancora più grande:

cosa consideriamo esattamente come waterway=weir ?
qualsiasi "salto" costruito dall'uomo del corso d'acqua ?
oppure waterway=weir è soltanto il caso di una vera e propria "briglia" che
trattiene ma non del tutto l'acqua, in poche parole ne rallenta la forza ?

grazie

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

[Talk-it] Area pedonale - richiesta di aiuto

Chiedo aiuto col tagging di  questa "area pedonale"


Grazie.

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

[Talk-at] State of the Map 2019 in Heidelberg: Frühbuchertickets bis 21. Juli, Postereinreichung

Hallo,

vom Samstag, den 21. bis Sonntag, den 23. September 2019 findet an der
Universität Heidelberg die diesjährige internationale
OpenStreetMap-Konferenz statt. Das Programm ist seit ein paar Wochen
online, seit gestern auch mit (fast) allen Vortragsbeschreibungen.
https://2019.stateofthemap.org/program/

Die SotM ist die Gelegenheit andere Leute aus dem
OpenStreetMap-Dunstkreis innerhalb und außerhalb des deutschsprachigen
Raums zu treffen. Neben den Vorträgen und Workshops wird es auch noch
ein Räume geben, wo sich Gruppen spontan treffen und allerlei
OSM-bezogene Sachen diskutiert werden. Manche meinen, dass das fast der
wichtigere Teil der SotM sei. :-)

Bis zum 21. Juli 2019 könnt ihr noch Eintrittskarten zu den folgende
Frühbucherpreisen kaufen:

Community: 75 Euro
Business: 180 Euro

https://join.osmfoundation.org/?page=CiviCRM=civicrm%2Fevent%2Finfo=1=13

In den Eintrittskarten ist der Eintritt zur Abendveranstaltung (vsl.
Samstag) und zur Posterausstellung (vsl. Sonntag) enthalten.

Angesichts der Anzahl an schon verkauften Tickets wird es mich (als
Orga) nicht überraschen, wenn die SotM dieses Jahr ausverkauft sein
wird. Zögert den Kauf daher nicht zu lange hinaus.

Bis zum 18. August könnt ihr übrigens noch auch ein Poster für die
Posterausstellung einreichen. Die Teilnahme an der Konferenz ist dafür
nicht erforderlich. https://2019.stateofthemap.org/calls/posters/

Viele Grüße

Michael



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

[Talk-de] State of the Map 2019 in Heidelberg: Frühbuchertickets bis 21. Juli

Hallo,

vom Samstag, den 21. bis Sonntag, den 23. September 2019 findet an der
Universität Heidelberg die diesjährige internationale
OpenStreetMap-Konferenz statt. Das Programm ist seit ein paar Wochen
online, seit gestern auch mit (fast) allen Vortragsbeschreibungen.
https://2019.stateofthemap.org/program/

Die SotM ist die Gelegenheit andere Leute aus dem
OpenStreetMap-Dunstkreis innerhalb und außerhalb des deutschsprachigen
Raums zu treffen. Neben den Vorträgen und Workshops wird es auch noch
ein Räume geben, wo sich Gruppen spontan treffen und allerlei
OSM-bezogene Sachen diskutiert werden. Manche meinen, dass das fast der
wichtigere Teil der SotM sei. :-)

Bis zum 21. Juli 2019 könnt ihr noch Eintrittskarten zu den folgende
Frühbucherpreisen kaufen:

Community: 75 Euro
Business: 180 Euro

https://join.osmfoundation.org/?page=CiviCRM=civicrm%2Fevent%2Finfo=1=13

In den Eintrittskarten ist der Eintritt zur Abendveranstaltung (vsl.
Samstag) und zur Posterausstellung (vsl. Sonntag) enthalten.

Angesichts der Anzahl an schon verkauften Tickets wird es mich (als
Orga) nicht überraschen, wenn die SotM dieses Jahr ausverkauft sein
wird. Zögert den Kauf daher nicht zu lange hinaus.

Viele Grüße

Michael



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

Re: [Talk-at] minderwertige Importe

2019-07-18 Per discussione Andreas

Am 18.07.19 um 13:45 schrieb Frederik Ramm:
> Hallo,
> 
> On 18.07.19 07:58, ScubbX wrote:
>> Genügt es in dem Fall, wenn dich jemand darum bittet, oder soll das
>> Problem in einer Email an data@ erläutert werden?
> 
> Ich kümmere mich darum, dass das in der DWG richtig dokumentiert wird,
> und führe den Revert durch.

Danke auch von mir. Wirklich schade, dass eine Person versucht auf diese
Art und Weise ein gut laufendes Community/Projekt zu sabotieren.

lg
Geologist



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

[Talk-de] Poster Wettbewerb an der SotM in Heidelberg

2019-07-18 Per discussione Christine Karch

Hallo,

auch dieses Jahr gibt es wieder einen Poster-Wettbewerb bei der SotM.
Wobei das Wort Wettbewerb vielleicht etwas zu hoch gegriffen ist. Alle
Details findet Ihr in dieser Ankündigung:

https://2019.stateofthemap.org/calls/posters/

Um das ganze etwas mehr in den Mittelpunkt der Aufmerksamkeit während
der SotM zu rücken, planen wir am Sonntag Abend im Anschluss an die
Vorträge einen kleinen Poster Event. Die Details stehen noch nicht fest,
aber es hat auch irgendetwas mit Essen und Bier (und natürlich auch
nicht-alkoholischen Getränken) zu tun  :)

Grüße

Christine

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

Re: [Talk-at] minderwertige Importe

2019-07-18 Per discussione Frederik Ramm

Hallo,

On 18.07.19 07:58, ScubbX wrote:
> Genügt es in dem Fall, wenn dich jemand darum bittet, oder soll das
> Problem in einer Email an data@ erläutert werden?

Ich kümmere mich darum, dass das in der DWG richtig dokumentiert wird,
und führe den Revert durch.

Bye
Frederik

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

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

Re: [OSM-talk-fr] nettoyage du centre de la France

2019-07-18 Per discussione marc marc

Bonjour,

Le 18.07.19 à 00:22, Phyks a écrit :
>> Le nettoyage a été fait, et reverté par Jawg apparemment parce que
>> leur rendu ne gère pas les pays mapé sous forme de way/relation mais
>> uniquement sous forme de nœud (ce qui fait qu'il leur en manque 99 !)
>> Vu que le revert intégral, si vous cherchez France métropolitaine,
>> osm vous dira à nouveau que c'est un pays name=France :(
> 
> Je ne comprends pas trop l'argument ici… Pourquoi annuler un changement
> qui (si j'ai bien suivi) est parfaitement valide et cohérent, au motif
> que leur outil ne supporte pas ce schéma ?

dans l'urgence, je peux comprendre que perdre le rendu de la France 
quand on est français, c'est assez ennuyeux comme image de marque,
d’où un revert intégrable si c'est fait dans l'urgence.

Mais je ne comprend cependant pas, 3 jours + tard :
- l'absence de communication spontanée
- le revert intégral au lieu de cibler l'erreur qui leur est nécessaire
- le fait qu'ils se lave les mains de corriger son revert,
alors qu'il est le mieux placés pour pouvoir au moins supprimer
les erreurs qu'il n'a pas besoin.
ce n'est vraiment pas top pour un pro, mais c'est la vie,
la qualité est sans doute trop cher en temps pour eux :-(

J'ai du coup divisé le correctif en 4, un par problème :
fait :
- supprimer le nom alternatif "pays france métropolitaine"
- supprimer is_in:continent=Europe pour la France à cause des domtom
- supprimer les infos erronées sur le rayon du cercle géodésique
a faire :
- supprimer la confusion centre géodésique (wikipedia/description)<>pays 
(name/place)
si le nœud pays est nécessaire pour leur rendu, au lieu de l'effacer,
je pense faire 2 objets et se pose la question duquel mettre en rôle 
label : mettre celui avec place=country faciliterait sans doute la 
déduplication pour ceux qui essayent de fusionner ces données dupliquées 
problématiques et partielle (on finit tjs par avoir un name:xx que sur 
l'un et pas sur l'autre ou un même name:xx différent sur les 2).

En espérant qu'ainsi un éventuel "besoin" d'une de ces erreurs
ne conduisent qu'au revert d'une erreur au lieu des 4

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

Re: [OSM-talk] Removing "Wikiproject" prefix from place pages

2019-07-18 Per discussione dcapillae

Hi,

No problem. There will be redirects automatically.

An external link to the "WikiProject United States" page is automatically
redirected to "United States". The same goes for "WikiProject Spain",
"WikiProject Argentina", etc.

The main difficulty is the time. You have to dedicate some time to rename
pages. You have to change not only the main page of the country, but also
the subpages:

WikiProject United States -   ---> United
States
WikiProject United States/Boundaries---> United
States/Boundaries
WikiProject United States/Railways   ---> United
States/Railways
WikiProject United States/Road classifications   ---> United States/Road
classifications
etc.

The results are very good. Shorter and more appropriate page names. From the
smallest village to the largest country, all with their own name in the OSM
wiki.

I like to make these changes, but I don't have as much time as I'd like. If
we cooperate, we'll do it faster. I take this opportunity to correct some
deficiencies in the pages (missing categories, language templates, etc.) and
to order correctly all the pages related to each country's mapping project.



--
Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html

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

Re: [Talk-es] Añadir capa con trazado del metro, cercanías y metro ligero de Madrid, España

2019-07-18 Per discussione Cyttorak

Genial, cada vez más cerca (pego abajo mi código)

Ahora el problema es que como en algunos tramos del cercanías pasan varias
lineas no se como que color ponerle :P
También veo que si deshaces zoom llega un momento que algunas lineas
parecen discontinuas, es decir, desaparecen trozos, ¿por que puede ser esto?
Lo otro que tengo pendiente es quedarme solo con un trayecto (no necesito
que marque el camino de ida y vuelta cuando estos son paralelos).

[out:json][timeout:25];
// gather results
area["ISO3166-2"="ES-MD"]->.a;
relation["type"="route"]["route"="subway"]["network"="Metro de
Madrid"](area.a);
  way(r);
  way._["railway"="subway"];
  out body geom;
relation["type"="route"]["route"="subway"]["network"="Metro de
Madrid"](area.a);
  node(r);
  node._["public_transport"="stop_position"];
  out body geom;
relation["type"="route"]["route"="train"]["network"="Cercanías de
Madrid"](area.a);
  way(r);
  way._["railway"="rail"];
  out body geom;
relation["type"="route"]["route"="train"]["network"="Cercanías de
Madrid"](area.a);
  way(r);
  node._["public_transport"="stop_position"];
  out body geom;
relation["type"="route"]["route"="light_rail"]["network"="Metro Ligero de
Madrid"](area.a);
  way(r);
  way._["railway"="light_rail"];
  out body geom;
relation["type"="route"]["route"="light_rail"]["network"="Metro Ligero de
Madrid"](area.a);
  way(r);
  node._["public_transport"="stop_position"];
  out body geom;
{{style:
node[public_transport=stop_position]{
  symbol-size: 2;
}

way[ref=L1]{
  color:#30a3dc;
  opacity:1;
}

way[ref=L2]{
  color:#cd031f;
  opacity:1;
}

way[ref=L3]{
  color:#ffe114;
  opacity:1;
}

way[ref=L4]{
  color:#944248;
  opacity:1;
}

way[ref=L5]{
  color:#96bf0d;
  opacity:1;
}

way[ref=L6]{
  color:#9fa4a6;
  opacity:1;
}

way[ref=L7]{
  color:#faa64a;
  opacity:1;
}

way[ref=L8]{
  color:#f27ca2;
  opacity:1;
}

way[ref=L9]{
  color:#a3228d;
  opacity:1;
}

way[ref=L10]{
  color:#084594;
  opacity:1;
}

way[ref=L11]{
  color:#008b43;
  opacity:1;
}
way[ref=L12]{
  color:#a49a00;
  opacity:1;
}


way[name=C-1]{
  color:#66aede;
  opacity:1;
}
way[name=C-2]{
  color:#008a29;
  opacity:1;
}
way[name=C-3]{
  color:#d3187d;
  opacity:1;
}
way[name=C-4]{
  color:#002d9a;
  opacity:1;
}
way[name=C-5]{
  color: #fab700;
  opacity:1;
}
way[name=C-7]{
  color:#d8001d;
  opacity:1;
}
way[name=C-8]{
  color:#d8001d;
  opacity:1;
}
way[name=C-9]{
  color:#f85900;
  opacity:1;
}
way[name=C-10]{
  color:#8fbe00;
  opacity:1;
}


way[name=ML1]{
  color:#3a7dda;
  opacity:1;
}
way[name=ML2]{
  color:#a60084;
  opacity:1;
}
way[name=ML3]{
  color:#ed1c24;
  opacity:1;
}


way:placeholder {
  fill-opacity:0;
  opacity:0;
}

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

[talk-cz] WeeklyOSM CZ 467

2019-07-18 Per discussione Tom Ka

Ahoj, je dostupné vydání 467 týdeníku WeeklyOSM:

https://weeklyosm.eu/cz/archives/12219

* Videa z SotM 2016 CZ+SK.
* Další novinky vrstvy X.
* Obrubníky v OSM.
* Další rozporuplné změny v iD.
* Vylepšování OSM s pomocí Stravy.
* Evoluce OSM, mapování a komunit.
* Podkladové vrstvy Maxar.
* Organizované editace.
* Hustota OSM dle obyvatel.
* Qwant maps s OSM.
* Lokální restaurace v OSM.
* Město duchů v Kanadě.
* Blokace u Wikimedie.

Pěkné počtení ...

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

Re: [OSM-talk] Removing "Wikiproject" prefix from place pages

2019-07-18 Per discussione Martin Koppenhoefer



sent from a phone

> On 18. Jul 2019, at 11:04, Harry Wood  wrote:
> 
> I will try to rename the pages related to Canada, maybe Germany or Italy, if
> I have time. First I have to contact the local communities to know if they
> want to collaborate or if they prefer to rename them themselves.


I’m a bit reluctant with renaming because of all the links outside of the 
osm-Wiki that will break, or will there be redirects?

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

Re: [OSM-talk] Removing "Wikiproject" prefix from place pages

2019-07-18 Per discussione Harry Wood

The idea of getting rid of the "WikiProject" page title prefix. There's a bit
of discussion of that
herehttps://wiki.openstreetmap.org/wiki/Talk:Wiki_organisation#Page_Name_conventions.2Fguidelines
Discussion from 10 years ago! As I said a the time, I support the idea in
principle. I don't like the "WikiProject" prefixes on country pages and I've
given my justification for that there, however it's a relatively subtle benefit
and quite a disruptive major renaming exercise.
10 years later though there's a shift of opinion which might mean we're ready
for this. What I mean is, over time there's probably fewer people feeling
precious about their old wiki pages and more people feeling the wiki needs to
be tidier! (and getting page naming right can help with tidiness although it's
far from the only issue)
Another overlapping topic is how we use sub-pages. Generally we use them too
much in my opinion. Often renaming a country page will entail renaming a whole
load of sub-pages.
The list of "WikiProject" titled pages is
here:https://wiki.openstreetmap.org/wiki/Special:PrefixIndex/WikiProject?hideredirects=1
Harry

On Thursday, 18 July 2019, 01:29:10 BST, dcapillae
wrote:

Hi,

I'm renaming some wiki pages to remove the "Wikiproject" prefix from the
country pages, following the page naming conventions [1].

I renamed the pages related to Spain months ago. Then I continued through
America. The pages of all Spanish-speaking countries are already renamed [2]
and I have just renamed the pages related to the United States [3].

I would encourage you to make these changes for yourselves. If a volunteer
from each local community did it on their country page, we would do it
together and much faster.

I will try to rename the pages related to Canada, maybe Germany or Italy, if
I have time. First I have to contact the local communities to know if they
want to collaborate or if they prefer to rename them themselves.

Regards,
Daniel

[1]
https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention
[2] https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
[3] https://wiki.openstreetmap.org/wiki/United_States

--
Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html

___
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] add notes to personal profile


On 2019-07-18 10:18, Warin wrote:

On 18/07/19 17:57, Maarten Deen wrote:

On 2019-07-18 09:44, Warin wrote:

On 18/07/19 16:58, Maarten Deen wrote:

On 2019-07-17 18:03, Philip Barnes wrote:

On Wed, 2019-07-17 at 17:40 +0200, Martin Trautmann wrote:




Is there any chance to connect the notes database with the user's
profile?

Notes that you create, either through osm.org or OSMand can be 
found on

your profile under My Notes.


In OSMAnd?


Similar to maps me etc, a phone render that has some editing 
capabilities.


In a similar fashion it could be said
"Notes that you create, either through osm.org, iD, JOSM or OSMand 
can

be found on
your profile under My Notes." I am certain there are other ways of
entering data into osm..


My question was more pointed to where you can find those notes. 
Whether the "My Notes" function is something in OSMAnd or in OSM.

I can't find it in OSM. It's not in my profile.


When you add stuff to OSM either by JOSM,id or OSMand ... it all goes
into the OSM date base. OK?

To find your notes that are in the OSM data base .. go to your OSM
user profile        https://www.openstreetmap.org/user/ where 
is your OSM user name.

There you will find across the upper part of the screen some blue 
writing


My Edits  My Notes My Traces My Diary My Comments My Settings

Click on "My Notes"   I think that is enough information?


Hmm. I must have been blind. I probably was blind to this link because 
there was no number behind it. OSM shows how much edits, how much 
traces, how much diary entries I made, but not how much notes.


And of course it was in Dutch so it is not called My Notes :/

Maarten

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

Re: [OSM-talk] add notes to personal profile

2019-07-18 Per discussione Warin


On 18/07/19 17:57, Maarten Deen wrote:

On 2019-07-18 09:44, Warin wrote:

On 18/07/19 16:58, Maarten Deen wrote:

On 2019-07-17 18:03, Philip Barnes wrote:

On Wed, 2019-07-17 at 17:40 +0200, Martin Trautmann wrote:




Is there any chance to connect the notes database with the user's
profile?

Notes that you create, either through osm.org or OSMand can be 
found on

your profile under My Notes.


In OSMAnd?


Similar to maps me etc, a phone render that has some editing 
capabilities.


In a similar fashion it could be said
"Notes that you create, either through osm.org, iD, JOSM or OSMand can
be found on
your profile under My Notes." I am certain there are other ways of
entering data into osm..


My question was more pointed to where you can find those notes. 
Whether the "My Notes" function is something in OSMAnd or in OSM.

I can't find it in OSM. It's not in my profile.


When you add stuff to OSM either by JOSM,id or OSMand ... it all goes 
into the OSM date base. OK?


To find your notes that are in the OSM data base .. go to your OSM user 
profile        https://www.openstreetmap.org/user/ where  is 
your OSM user name.


There you will find across the upper part of the screen some blue writing

My Edits  My Notes My Traces My Diary My Comments My Settings

Click on "My Notes"   I think that is enough information?

- If you use a different name with OSMAnd then you will have 
to look in that user profile.


PS .. I have no notes in my profile .. that means I have not entered any.


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

Re: [OSM-talk] add notes to personal profile


On 2019-07-18 09:44, Warin wrote:

On 18/07/19 16:58, Maarten Deen wrote:

On 2019-07-17 18:03, Philip Barnes wrote:

On Wed, 2019-07-17 at 17:40 +0200, Martin Trautmann wrote:




Is there any chance to connect the notes database with the user's
profile?

Notes that you create, either through osm.org or OSMand can be found 
on

your profile under My Notes.


In OSMAnd?


Similar to maps me etc, a phone render that has some editing 
capabilities.


In a similar fashion it could be said
"Notes that you create, either through osm.org, iD, JOSM or OSMand can
be found on
your profile under My Notes." I am certain there are other ways of
entering data into osm..


My question was more pointed to where you can find those notes. Whether 
the "My Notes" function is something in OSMAnd or in OSM.

I can't find it in OSM. It's not in my profile.

Maarten

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

Re: [OSM-talk] add notes to personal profile

2019-07-18 Per discussione Warin


On 18/07/19 16:58, Maarten Deen wrote:

On 2019-07-17 18:03, Philip Barnes wrote:

On Wed, 2019-07-17 at 17:40 +0200, Martin Trautmann wrote:




Is there any chance to connect the notes database with the user's
profile?


Notes that you create, either through osm.org or OSMand can be found on
your profile under My Notes.


In OSMAnd?


Similar to maps me etc, a phone render that has some editing capabilities.

In a similar fashion it could be said
"Notes that you create, either through osm.org, iD, JOSM or OSMand can 
be found on
your profile under My Notes." I am certain there are other ways of 
entering data into osm..



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

Re: [Talk-es] Añadir capa con trazado del metro, cercanías y metro ligero de Madrid, España

2019-07-18 Per discussione Cyttorak

Ahora el problema que veo es que es demasiada información, difícil de
pintar en el mapa sin que quede sobrecargado.
Me vendría mejor algo más esquemático, por ejemplo, no me interesa pintar
cada uno de los andenes de atocha...
¿Esto ya me toca simplificarlo a mi por mi cuenta? ¿o también hay en
openstreetmap planos esquemáticos simplificados?

On Thu, Jul 18, 2019 at 8:42 AM Héctor Ochoa  wrote:

> Buenas,
>
> [out:json][timeout:25];
> area["ISO3166-2"="ES-MD"]->.a;
> (
> relation["type"="route"]["route"="subway"](area.a);
> relation["type"="route"]["route"="train"](area.a);
> relation["type"="route"]["route"="light_rail"](area.a);
> );
> out body;
> >;
> out skel qt;
>
> debería funcionarte igual.
>
> Saludos,
> Héctor
>
> El mié., 17 jul. 2019 a las 19:41, Cyttorak ()
> escribió:
>
>> Genial. Veo que con esto:
>>
>> [out:json][timeout:25];
>>> area["ISO3166-2"="ES-MD"]->.a;
>>> relation["type"="route"]["route"="subway"](area.a);
>>> out body;
>>> >;
>>> out skel qt;
>>> area["ISO3166-2"="ES-MD"]->.a;
>>> relation["type"="route"]["route"="train"](area.a);
>>> out body;
>>> >;
>>> out skel qt;
>>> area["ISO3166-2"="ES-MD"]->.a;
>>> relation["type"="route"]["route"="light_rail"](area.a);
>>> out body;
>>> >;
>>> out skel qt;
>>
>>
>> me da todo lo que quiero. ¿esta bien así o se podría escribir más
>> eficientemente?
>>
>> Muchas gracias.
>>
>> On Wed, Jul 17, 2019 at 3:24 PM Héctor Ochoa 
>> wrote:
>>
>>> Buenas,
>>> con esta consulta https://overpass-turbo.eu/s/KOq puedes sacar las
>>> relaciones que tienen las etiquetas type=route y route=subway [1] en el
>>> área que tiene como código ISO3166-2 ES-MD (básicamente, Comunidad de
>>> Madrid).
>>> El resultado de la consulta lo puedes exportar a diversos formatos como
>>> GeoJSON, GPX o KML.
>>> Para más información sobre cómo funciona Overpass, aquí:
>>> https://wiki.openstreetmap.org/wiki/Overpass_API
>>> https://wiki.openstreetmap.org/wiki/Overpass_turbo
>>>
>>> Saludos,
>>> Héctor
>>>
>>> [1] https://wiki.openstreetmap.org/wiki/Tag:route%3Dsubway
>>>
>>> El mié., 17 jul. 2019 a las 14:05, Cyttorak ()
>>> escribió:
>>>
 puedes hacer una consulta directamente a la base de datos de OSM vía
> overpass-turbo.eu y descargarte las geometrías resultantes

 La verdad es que no tengo ni idea de como funciona eso. Estoy muy
 verde. Este es el primer mapa que hago.

 On Wed, Jul 17, 2019 at 11:27 AM Héctor Ochoa 
 wrote:

> Buenas,
> si lo deseas, puedes hacer una consulta directamente a la base de
> datos de OSM vía overpass-turbo.eu y descargarte las geometrías
> resultantes. Quizás eso te sirva.
>
> Perdón por la brevedad, ando respondiendo por móvil. Si no consigues
> que te salga puedo responder más adelante con la consulta realizada.
>
> Saludos,
> Héctor
>
> Cyttorak via Talk-es  şunları yazdı (17
> Tem 2019 11:20):
>
> Esta por ejemplo la capa de transporte que sale en la pagina de OSM
>> https://www.openstreetmap.org/#map=14/40.4191/-3.7049=T
>> Muestra todas las rutas de transporte por lo que también salen buses.
>> No sé si es lo que necesitas.
>
>
> Gracias, pero justo busco uno sin buses, para que se vea más claro.
>
> te recomiendo otro repositorio de github que contiene capas diversas
>> entre las que puedes encontrar alguna que te pueda interesar como la que
>> sugiere Jorge.
>> https://leaflet-extras.github.io/leaflet-providers/preview/
>
>
> Genial, así veo como incluir la capa, pero entre los ejemplos el que
> sale de transportes es el que también tiene buses.
>
> Seguiré buscando. Gracias.
>
>
>
> On Tue, Jul 16, 2019 at 2:28 PM yo paseopor 
> wrote:
>
>> En primer lugar , como mola tu mapa y el hecho de que el código esté
>> disponible. Estoy seguro que a muchos nos puede interesar. en segundo 
>> lugar
>> te recomiendo otro repositorio de github que contiene capas diversas 
>> entre
>> las que puedes encontrar alguna que te pueda interesar como la que 
>> sugiere
>> Jorge.
>> https://leaflet-extras.github.io/leaflet-providers/preview/
>>
>> Salut i mapes
>> yopaseopor
>>
>> On Tue, Jul 16, 2019 at 2:11 PM Cyttorak  wrote:
>>
>>> Hola
>>>
>>> ¿Como podría añadir una capa en mi mapa
>>>  para que se vea el
>>> trazado (no solo las estaciones) de metro, cercanías y metro ligero de
>>> Madrid, España?
>>> ¿Hay alguna capa ya hecha para esto que pueda importar?
>>>
>>> Gracias.
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] OSM Mapping RDC

2019-07-18 Per discussione osm . sanspourriel

> Merci à toute la communauté OpenStreetMap pour leur soutien, j’ai pu
> expliquer, ici à Beni RDC la force que vous représentiez.
> Fred et Jackson
"Que nous représentons" serait plus proche de la réalité : nous sommes tous au 
moins contributeurs/-trices et certain.e.s plus.
Plus d'un ministre du logement donnerait cher pour avoir une telle progression 
du bâti !  
Jean-Yvon


> Gesendet: Donnerstag, 18. Juli 2019 um 07:31 Uhr
> Von: "Fred Moine - frmo...@gmail.com" 
> 
> An: OSM-Talk-Haiti , t...@openstreetmap.org, 
> "Discussions sur OSM en français" , 
> talk...@openstreetmap.org
> Betreff: [OSM-talk-fr] OSM Mapping RDC
>
> Bonjour,
> 
> Merci à toute la communauté OpenStreetMap pour leur soutien, j’ai pu
> expliquer, ici à Beni RDC la force que vous représentiez. Que le partage de
> savoir et la participation permette de trouver un nouvel élan à une
> difficulté qu’on croyait infranchissable.
> 
> Un grand merci à nos frères Haïtiens, qui sont souvent cités ici au Congo,
> de par leur résistance universelle contre toute forme d’exploitation de
> l’être humain.
> 
> Le konbit retentit jusqu’au fin fond du Congo, ce que vous avez fait à Cite
> Soleil, sur l’engagement de la communauté pour résoudre une crise, guide
> nos pas.
> 
> On va continuer à utiliser la donnée OpenStreetMap ici, on espère avoir
> encore plus de soutien de OSM RDC, pour mieux maitriser la plateforme OSM
> au Nord Kivu.
> 
> Pour ma part je suis un « expert international » qui refuse d’être l’arbre
> qui cache la forêt et préfère largement réunir les forces locales pour se
> sortir d’un mauvais pas que d’agiter un drapeau ou logo de tel ou tel
> organisation.
> 
> On prie donc pour tous les participants d’OSM qui ont donnés de leur temps
> pour nous offrir une donnée de base sur OSM.
> 
> Au final vous nous avez offert :
> 
> *Has been digitized remotely by OSM community with recent satellite imagery*
> 
> *Through 2018*
> 
> *Through Feb 19*
> 
> Roads
> 
> 29 209
> 
> 51 109
> 
> Buildings
> 
> 491 682
> 
> 1 540 545
> 
> Structures digitized in the field (Health structure only the one with a
> high level of trust, School, Market, church, others...)
> 
> 2 761
> 
> 4 991
> 
> Rivers
> 
> 7 238km
> 
> 10 516km
> 
> 
> 
> On va faire notre possible pour partager nos photos de cartographie
> participative, de découpage d’aire de santé, de cellule sanitaire, et des
> informations qu’on a commencé à mettre sur la plateforme avec des
> imperfections et erreurs.
> 
> On vous aime : )
> 
> Fred et Jackson, Beni RDC
> 
> 
> 
> Hello,
> 
> Thanks to the whole OpenStreetMap community for their support, I was able
> to explain here in Beni DRC the strength you represented. That the sharing
> of knowledge and participation allow us to find a new impetus to a
> difficulty that we thought was impassable.
> 
> A big thank you to our Haitian brothers, who are often mentioned here in
> Congo, for their universal resistance against all forms of human
> exploitation.
> 
> The konbit sounds all the way to the bottom of Congo, which you did in Cite
> Soleil, on the community's commitment to resolve a crisis, guide our steps.
> 
> We will continue to use the OpenStreetMap data here, we hope to have even
> more support from OSM RDC, to better master the OSM platform in North Kivu.
> 
> For my part, I am an "international expert" who refuses to be the tree that
> hides the forest and prefers to gather local forces to get out of a bad
> situation than to wave a flag or logo of a particular organization.
> 
> We therefore pray for all OSM participants who have given their time to
> provide us with a baseline of OSM data.
> 
> In the end you offered us:
> 
> *Has been digitized remotely by OSM community with recent satellite imagery*
> 
> *Through 2018*
> 
> *Through Feb 19*
> 
> Roads
> 
> 29 209
> 
> 51 109
> 
> Buildings
> 
> 491 682
> 
> 1 540 545
> 
> Structures digitized in the field (Health structure only the one with a
> high level of trust, School, Market, church, others...)
> 
> 2 761
> 
> 4 991
> 
> Rivers
> 
> 7 238km
> 
> 10 516km
> 
> 
> 
> We will do our best to share our photos of participatory mapping, health
> area cutting, health cell, and information that we started putting on the
> platform with imperfections and errors.
> 
> We love you: )
> 
> Fred and Jackson, Beni DRC
> ___
> 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-at] minderwertige Importe

2019-07-18 Per discussione various

Wird jetzt niemanden überraschen, aber dafür (+1).
Ich habe mir mal angeschaut, wie imports gehen, grundsätzlich kein Problem, 
aber es wäre schon besser, wenn die DWG das übernimmt. Immerhin weis ich jetzt, 
wie das grundsätzlich geht :)

@Vorgehen
Hört sich gut und passend an. Das ist dann überlegtes Vorgehen, vielen Dank für 
die Mühe Frederik! Schade, dass das gemacht werden muss.


> ScubbX  hat am 18. Juli 2019 um 07:58 geschrieben:
> 
> Hallo!
> 
> Genügt es in dem Fall, wenn dich jemand darum bittet, oder soll das 
> Problem in einer Email an data@ erläutert werden?
> 
> Am 18. Juli 2019 01:22:50 MESZ schrieb Frederik Ramm 
> :
> 
> > > 
> > Hallo,
> > 
> > also bevor der Zirkus jetzt hier noch weiter geht und jeder, der
> > irgendwelche Reverts macht, erstmal seinen Arbeitsvertrag vorzeigen
> > soll, schlage ich vor, die DWG macht das. Da ist wenigstens klar, 
> > dass
> > wir nicht für die fiese österreichische Regierung arbeiten... oder?
> > 
> > On 7/12/19 08:52, vari...@mailbox.org wrote:
> > 
> > > > > Man könne sogar zurück gehen bis
> > > https://www.openstreetmap.org/changeset/69861349 -> ich habe 
> > > mir gerade
> > > noch ein paar ältere Changesets auch noch durchgeschaut. Die 
> > > Anfrage
> > > könnte man also anpassen an:
> > > 
> > > node["at_bev:addr_date"="2019-04-01"](user:"addresshistory*org")(newer:"2019-05-03T00:00:00Z");out;
> > > 
> > > > > 
> > 
> > Was haltet ihr von folgendem Vorgehen:
> > 
> > * alles, was seit dem oben genannten Changeset von 
> > addresshistory*org
> > oder einem seiner anderen Accounts erzeugt wurde, wird gelöscht 
> > (Ways
> > und Nodes), ausser, der Way wurde seither von einem *anderen* User
> > verändert;
> > 
> > * alles, was seit dem oben genannten Changeset von 
> > addresshistory*org
> > oder einem seiner anderen Accounts verändert oder gelöscht wurde, 
> > wird
> > zurückgeändert bzw. wiederhergestellt, ausser jemand anders hat es 
> > in
> > der Zwischenzeit angefasst.
> > 
> > Hierbei *könnte* es zu Problemen kommen in Fällen, wo ah*o etwas
> > gelöscht und durch einen Import ersetzt hat, und jemand anders 
> > diesen
> > Import dann nachgebessert hat; in solchen Situationen würden wir 
> > nun die
> > Löschung rückgängig machen, das neu erzeugte Objekt aber bestehen 
> > lassen.
> > 
> > 
> > Klingt das Vorgehen sinnvoll? Oder muss man weiter in die 
> > Vergangenheit
> > gehen?
> > 
> > Viele Grüße
> > Frederik Ramm
> > 
> > > 
> --
> Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail 
> gesendet.___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 


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

Re: [Talk-at] minderwertige Importe

Ich vertraue hier der OpenStreetMap Data Working Group, verantwortungsvoll 
vorzugehen. Eine BEV Korrekturliste anzuwenden ist möglich, daher meine Bitte 
dies zu prüfen.
Grüsse 

Von meinem iPhone gesendet

> Am 18.07.2019 um 07:53 schrieb ScubbX :
> 
> (falls das von meiner Seite noch nicht eindeutig klar war): +1
> 
> Am 18. Juli 2019 08:20:51 MESZ schrieb werner.ma...@gmail.com:
>> 
>> Hallo,
>> 
>> Also ich bin ja eigentlich der Meinung, dass derjenige der das Chaos
>> angerichtet hat, dieses auch beseitigen sollte.
>> 
>> Da dies offensichtlich nicht passiert/möglich ist, bitte auch ich hier
>> um einen Komplett-Revert dieses Imports.
>> 
>> Ein derartig ignorantes Verhalten (zer)stört die Community.
>> 
>> Und dann noch so tun als ob andere dafür zuständig wären eigene Fehler
>> zu beseitigen und bei Ämtern nachzufragen ist indiskutabel.
>> 
>> Ich lurke hier im Normalfall auch nur rum und lese die (meist
>> interessanten) Beiträge, aber was in letzter Zeit hier passiert bringt
>> mich auch bald dazu mich von der Liste abzumelden.
>> Und ich hab mich schon gewundert wieso plötzlich in meiner Umgebung
>> doppelte Adressen auftauchen, dann hätte ich meine ja gar nicht mühsam
>> händisch überprüfen und eintragen müssen 
>> 
>> Bitte möglichst bald Revert und kein erneuter Import auf die
>> unkoordinierte, unabgesprochene, dilletantische Art.
>> 
>> Liebe Grüße
>> Werner 
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
> 
> -- 
> Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk] add notes to personal profile


On 2019-07-17 18:03, Philip Barnes wrote:

On Wed, 2019-07-17 at 17:40 +0200, Martin Trautmann wrote:

Hi all,

I recently uploaded some notes from osmand+ to openstreetmap, but did
not see them first.

I now learned how to activate the notes layer both for openstreetmap
and
its editor.

But I would prefer that notes would be added to my personal profile
in
order to find and edit them.

Is there any chance to connect the notes database with the user's
profile?


Notes that you create, either through osm.org or OSMand can be found on
your profile under My Notes.

HTH Phil (trigpoint)


___
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] add notes to personal profile


On 2019-07-17 18:03, Philip Barnes wrote:

On Wed, 2019-07-17 at 17:40 +0200, Martin Trautmann wrote:




Is there any chance to connect the notes database with the user's
profile?


Notes that you create, either through osm.org or OSMand can be found on
your profile under My Notes.


In OSMAnd?

I can't find that on the OSM website?

Maarten

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

Re: [Talk-at] minderwertige Importe

2019-07-18 Per discussione Thomas Rupprecht

Habs zwar auch schon mal gesagt (was mich dafür auch auf Johanns Lobby Liste 
brachte), ich bin auch dafür. +1
-- 
mfg Thomas Rupprecht

Am 18. Juli 2019 08:53:40 MESZ schrieb ScubbX :
>(falls das von meiner Seite noch nicht eindeutig klar war): +1
>
>Am 18. Juli 2019 08:20:51 MESZ schrieb werner.ma...@gmail.com:
>>Hallo,
>>
>>Also ich bin ja eigentlich der Meinung, dass derjenige der das Chaos
>>angerichtet hat, dieses auch beseitigen sollte.
>>
>>Da dies offensichtlich nicht passiert/möglich ist, bitte auch ich hier
>>um einen Komplett-Revert dieses Imports.
>>
>>Ein derartig ignorantes Verhalten (zer)stört die Community.
>>
>>Und dann noch so tun als ob andere dafür zuständig wären eigene Fehler
>>zu beseitigen und bei Ämtern nachzufragen ist indiskutabel.
>>
>>Ich lurke hier im Normalfall auch nur rum und lese die (meist
>>interessanten) Beiträge, aber was in letzter Zeit hier passiert bringt
>>mich auch bald dazu mich von der Liste abzumelden.
>>Und ich hab mich schon gewundert wieso plötzlich in meiner Umgebung
>>doppelte Adressen auftauchen, dann hätte ich meine ja gar nicht mühsam
>>händisch überprüfen und eintragen müssen 
>>
>>Bitte möglichst bald Revert und kein erneuter Import auf die
>>unkoordinierte, unabgesprochene, dilletantische Art.
>>
>>Liebe Grüße
>>Werner 
>>
>>
>>___
>>Talk-at mailing list
>>Talk-at@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/talk-at
>
>-- 
>Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] minderwertige Importe

2019-07-18 Per discussione ScubbX

(falls das von meiner Seite noch nicht eindeutig klar war): +1

Am 18. Juli 2019 08:20:51 MESZ schrieb werner.ma...@gmail.com:
>Hallo,
>
>Also ich bin ja eigentlich der Meinung, dass derjenige der das Chaos
>angerichtet hat, dieses auch beseitigen sollte.
>
>Da dies offensichtlich nicht passiert/möglich ist, bitte auch ich hier
>um einen Komplett-Revert dieses Imports.
>
>Ein derartig ignorantes Verhalten (zer)stört die Community.
>
>Und dann noch so tun als ob andere dafür zuständig wären eigene Fehler
>zu beseitigen und bei Ämtern nachzufragen ist indiskutabel.
>
>Ich lurke hier im Normalfall auch nur rum und lese die (meist
>interessanten) Beiträge, aber was in letzter Zeit hier passiert bringt
>mich auch bald dazu mich von der Liste abzumelden.
>Und ich hab mich schon gewundert wieso plötzlich in meiner Umgebung
>doppelte Adressen auftauchen, dann hätte ich meine ja gar nicht mühsam
>händisch überprüfen und eintragen müssen 
>
>Bitte möglichst bald Revert und kein erneuter Import auf die
>unkoordinierte, unabgesprochene, dilletantische Art.
>
>Liebe Grüße
>Werner 
>
>
>___
>Talk-at mailing list
>Talk-at@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-at

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-es] Añadir capa con trazado del metro, cercanías y metro ligero de Madrid, España

2019-07-18 Per discussione Héctor Ochoa

Buenas,

[out:json][timeout:25];
area["ISO3166-2"="ES-MD"]->.a;
(
relation["type"="route"]["route"="subway"](area.a);
relation["type"="route"]["route"="train"](area.a);
relation["type"="route"]["route"="light_rail"](area.a);
);
out body;
>;
out skel qt;

debería funcionarte igual.

Saludos,
Héctor

El mié., 17 jul. 2019 a las 19:41, Cyttorak () escribió:

> Genial. Veo que con esto:
>
> [out:json][timeout:25];
>> area["ISO3166-2"="ES-MD"]->.a;
>> relation["type"="route"]["route"="subway"](area.a);
>> out body;
>> >;
>> out skel qt;
>> area["ISO3166-2"="ES-MD"]->.a;
>> relation["type"="route"]["route"="train"](area.a);
>> out body;
>> >;
>> out skel qt;
>> area["ISO3166-2"="ES-MD"]->.a;
>> relation["type"="route"]["route"="light_rail"](area.a);
>> out body;
>> >;
>> out skel qt;
>
>
> me da todo lo que quiero. ¿esta bien así o se podría escribir más
> eficientemente?
>
> Muchas gracias.
>
> On Wed, Jul 17, 2019 at 3:24 PM Héctor Ochoa  wrote:
>
>> Buenas,
>> con esta consulta https://overpass-turbo.eu/s/KOq puedes sacar las
>> relaciones que tienen las etiquetas type=route y route=subway [1] en el
>> área que tiene como código ISO3166-2 ES-MD (básicamente, Comunidad de
>> Madrid).
>> El resultado de la consulta lo puedes exportar a diversos formatos como
>> GeoJSON, GPX o KML.
>> Para más información sobre cómo funciona Overpass, aquí:
>> https://wiki.openstreetmap.org/wiki/Overpass_API
>> https://wiki.openstreetmap.org/wiki/Overpass_turbo
>>
>> Saludos,
>> Héctor
>>
>> [1] https://wiki.openstreetmap.org/wiki/Tag:route%3Dsubway
>>
>> El mié., 17 jul. 2019 a las 14:05, Cyttorak ()
>> escribió:
>>
>>> puedes hacer una consulta directamente a la base de datos de OSM vía
 overpass-turbo.eu y descargarte las geometrías resultantes
>>>
>>> La verdad es que no tengo ni idea de como funciona eso. Estoy muy verde.
>>> Este es el primer mapa que hago.
>>>
>>> On Wed, Jul 17, 2019 at 11:27 AM Héctor Ochoa 
>>> wrote:
>>>
 Buenas,
 si lo deseas, puedes hacer una consulta directamente a la base de datos
 de OSM vía overpass-turbo.eu y descargarte las geometrías resultantes.
 Quizás eso te sirva.

 Perdón por la brevedad, ando respondiendo por móvil. Si no consigues
 que te salga puedo responder más adelante con la consulta realizada.

 Saludos,
 Héctor

 Cyttorak via Talk-es  şunları yazdı (17 Tem
 2019 11:20):

 Esta por ejemplo la capa de transporte que sale en la pagina de OSM
> https://www.openstreetmap.org/#map=14/40.4191/-3.7049=T
> Muestra todas las rutas de transporte por lo que también salen buses.
> No sé si es lo que necesitas.


 Gracias, pero justo busco uno sin buses, para que se vea más claro.

 te recomiendo otro repositorio de github que contiene capas diversas
> entre las que puedes encontrar alguna que te pueda interesar como la que
> sugiere Jorge.
> https://leaflet-extras.github.io/leaflet-providers/preview/


 Genial, así veo como incluir la capa, pero entre los ejemplos el que
 sale de transportes es el que también tiene buses.

 Seguiré buscando. Gracias.



 On Tue, Jul 16, 2019 at 2:28 PM yo paseopor 
 wrote:

> En primer lugar , como mola tu mapa y el hecho de que el código esté
> disponible. Estoy seguro que a muchos nos puede interesar. en segundo 
> lugar
> te recomiendo otro repositorio de github que contiene capas diversas entre
> las que puedes encontrar alguna que te pueda interesar como la que sugiere
> Jorge.
> https://leaflet-extras.github.io/leaflet-providers/preview/
>
> Salut i mapes
> yopaseopor
>
> On Tue, Jul 16, 2019 at 2:11 PM Cyttorak  wrote:
>
>> Hola
>>
>> ¿Como podría añadir una capa en mi mapa
>>  para que se vea el
>> trazado (no solo las estaciones) de metro, cercanías y metro ligero de
>> Madrid, España?
>> ¿Hay alguna capa ya hecha para esto que pueda importar?
>>
>> Gracias.
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
 ___
 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-at] minderwertige Importe

2019-07-18 Per discussione werner . macho

Hallo,

Also ich bin ja eigentlich der Meinung, dass derjenige der das Chaos
angerichtet hat, dieses auch beseitigen sollte.

Da dies offensichtlich nicht passiert/möglich ist, bitte auch ich hier
um einen Komplett-Revert dieses Imports.

Ein derartig ignorantes Verhalten (zer)stört die Community.

Und dann noch so tun als ob andere dafür zuständig wären eigene Fehler
zu beseitigen und bei Ämtern nachzufragen ist indiskutabel.

Ich lurke hier im Normalfall auch nur rum und lese die (meist
interessanten) Beiträge, aber was in letzter Zeit hier passiert bringt
mich auch bald dazu mich von der Liste abzumelden.
Und ich hab mich schon gewundert wieso plötzlich in meiner Umgebung
doppelte Adressen auftauchen, dann hätte ich meine ja gar nicht mühsam
händisch überprüfen und eintragen müssen 

Bitte möglichst bald Revert und kein erneuter Import auf die
unkoordinierte, unabgesprochene, dilletantische Art.

Liebe Grüße
Werner 


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

Re: [Talk-at] minderwertige Importe