Re: [OSM-talk-fr] Alternative à Umap pour intégrer couches dynamiques?

[Cyrille37 OSM]

Salut

Merci Vincent. Je trouve que ton petit tuto mérite d'être posé sur le wiki:

https://wiki.openstreetmap.org/wiki/FR:UMap/Guide

Cyrille@37

Le 05/02/2018 à 16:19, Vincent Bergeot a écrit :

Le 05/02/2018 à 13:01, Shohreh a écrit :

cquest wrote

uMap peut afficher n'mporte quelle source dynamiquement, si elle fournit
ses données dans un des formats géré par uMap (dont le geojson). […] Il
faut faire attention aux réglages, il est par exemple souvent nécessaire
d'activer la fonction proxy d'uMap.

Une carte uMap peut aussi afficher les données d'une couche d'une autre
uMap (vu qu'elles sont disponible en geojson), mais elle ne les fusionnera
pas dans une couche unique et on perdra la mise en forme des objets

"elle ne les fusionnera pas dans une couche unique" : c.a.d.?

Y a-t-il un HOWTO pour faire ça?


une fiche non terminée :

# Intégrer un calque distant Umap dans une carte Umap

- **Niveau** : Débutant / Intermédiaire / **Avancé** / Expert

- **Auteur** : Forum OpenStreetMap

## Principes - Ce que nous allons faire

à partir d'une carte Umap1, comportant plusieurs calques, nous allons 
extraire "l'adresse" d'un seul calque pour l'intégrer dans une calque 
Umap2


## Ingrédients - Ce dont nous avons besoin

- 2 cartes Umap

## Étapes - Comment allons-nous procéder ?

- Sur la carte Umap 1 masquer tous les calques qui ne nous intéresse pas

- Cliquer sur "exporter et partager la carte", Choisir Options 
d'export de l'iframe", cliquer sur "Garder les calques visibles 
actuellement"


- Dans le code généré au dessus, chercher l'identifiant faisant suite 
à ...=


- Dans la carte Umap2, créer un nouveau calque, renseigner dans 
Données Distantes l'URL du calque souhaité 
"http://umap.openstreetmap.fr/fr/datalayer/ et choisir 
geojson comme format de données.


- Enregistrer

Dans votre carte Umap2, les données du calque choisi dans la carte 
Umap1 vont apparaitre.


Il semble qu'il existe un bug qui fait que lorsque vous êtes en mode 
d'édition dans Umap, vous puissiez ne pas voir le calque distant, il 
est cependant visible quand vous vous déconnectez (pensez parfois à 
recharger la carte, Ctrl+R ou F5)







--
Vincent Bergeot


___
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-de] Verkehrsverbund Mittelsachsen und OSM

[Roland Olbricht]

Hallo zusammen,

im Auftrag des VMS die folgende Einladung:


Herzliche Einladung zum Ideenaustausch beim VMS!

Das Gebiet des Verkehrsverbundes Mittelsachsen (VMS) umfasst die 
kreisfreie Stadt Chemnitz, den Erzgebirgskreis sowie die Landkreise 
Mittelsachsen und Zwickau. Wir planen, OSM-Daten als Routinggrundlage 
für unsere elektronische Fahrplanauskunft und als Grundlage zur 
Erstellung von pdf-Karten zu nutzen. Dieses Vorhaben soll aber nicht 
ohne Mitwirkung der Community angegangen werden. Der VMS möchte daher zu 
einem ersten Ideenaustausch einladen:



Wann: Montag, 19.02.2018, 18:00 Uhr

Wo: Verkehrsverbund Mittelsachsen GmbH, Am Rathaus 2, 09111 Chemnitz, 
Beratungsraum 4. Etage


Nach einem Vortrag zu unserem Vorhaben, würden wir gerne den Dialog mit 
euch suchen. Wenn ihr teilnehmen wollt, tragt euch bitte hier 
(https://wiki.openstreetmap.org/wiki/DE_talk:VMS_GmbH) ein, gern auch 
mit Themen, die diskutiert werden sollten.



Viele Grüße,

Roland

--
Dr. Roland Olbricht

MENTZ GmbH, Am Mittelhafen 10, 48155 Münster
T: +49 (0)251 7 03 30-232, F: +49 (0)251 7 03 30-300
E: olbri...@mentz.net, www.mentz.net

Sitz der Gesellschaft: Grillparzerstraße 18, 81675 München
Geschäftsführer: Christoph Mentz, Amtsgericht München, HRB 91898

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

Re: [Talk-cz] Používání ploch místo cest

[Jan Sten Adámek]

On úterý 6. února 2018 0:41:29 CET Radek Kučera wrote:
> Když se použije jenom plocha a žádné linie, dokáže tohle zpracovat nějaká
> navigace a uvažovat trasu přes plochu?

OsmAnd ani GraphHopper Vrchlického sady nedají (a obecně to procházením grafu 
řešit nepůjde), ale ve Wiki je

> Most pedestrian routing algorithms do not currently route (correctly) across 
area features
> Do not alter your mapping to accommodate such routers.

Tak nevím. Možná by bylo vhodné změnit mapování z area=yes na area:highway + 
linie, které tohle řeší. Mapnik sice nevykreslí area:highway, ale „do not 
alter your mapping to accommodate such renderers“ 

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

[Talk-cz] Používání ploch místo cest

[Radek Kučera]

Když se použije jenom plocha a žádné linie, dokáže tohle zpracovat nějaká
navigace a uvažovat trasu přes plochu?
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Používání ploch místo cest

[Jan Macura]

Ahoj,

2018-02-05 17:17 GMT+01:00 Matej Lieskovský :

> PS: Zatím jediný mně známý (a neúspěšný) pokus o řešení tohoto
> problému: https://wiki.openstreetmap.org/wiki/Proposed_features/
> Street_area
>

Proč je to pokus neúspěšný? Je to návrh, který nebyl zatím ani schválen ani
zamítnut.
Je to poměrně komplexní návrh, který už je na několika místech použit (viz
např. ukázky přímo v textu nebo koukni třeba sem:
http://osmapa.pl/w/area/?lat=51.08289=17.04953=18=Qq).

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

Re: [Talk-at] Adressimport Wien

[grubernd]

On 2018-02-05 19:48, Gabriel wrote:

​Komm, nimm deinen ganzen Mut zusammen und poste es selbst! ​Trau dich!


Gabriel, dazu gehört kein Mut, sondern nur der Hinweis, dass es 
geschafft wurde den Forum-Login auch funktionierend zu machen.


also, ausnahmsweise, weil du darum gebeten hast. =)
aber keine Ahnung wie lange es dauert bis ein Moderator meinen Beitrag 
dort freigibt.


grüsse,
grubernd

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

Re: [Talk-at] Adressimport Wien

[gppes_osm]

Ich schliesse mich der Idee des Reverts an, distanziere mich aber von den 
Worten Vandalismus, ich wuerde mal sagen, die Aktion war schlicht 
"uebermotiviert".

Man sollte sich hier jetzt in nichts "reinteufeln".

> Gesendet: Montag, 05. Februar 2018 um 20:26 Uhr
> Von: "Markus Straub" 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] Adressimport Wien
>
> OK nachdem es ganz offensichtlich nicht nur ich so sehe, dass der Import 
> im Prinzip Vandalismus war - wie können wir jetzt am besten zusammenräumen?
> 
> Ist ein kompletter Revert sinnvoll (oder überhaupt noch möglich nachdem 
> die Aktion wohl schon >1 Woche gedauert hat)
> 
> Oder zumindest partielle Reverts von den addr:housenumber->addr:unit 
> Aktionen?
> 
> Ich fürchte viele der Edits von ihm haben zum Teil sinnvolle und 
> sinnfreie Daten, z.B. 
> https://www.openstreetmap.org/changeset/55813969#map=17/48.30133/16.41555 
> hat im Zentrum von Stammersdorf eine Menge doppelte Nodes eingetragen, 
> die Adressen westlich es Dorfs in den Weinbergen sind aber sicher sinnvoll.
> 
> LG, Markus
> 
> 
> 
> On 2018-02-04 20:54, Robert Kaiser wrote:
> > Markus Straub schrieb:
> >> ich finde es problematisch, dass 
> >> https://www.openstreetmap.org/user/geocodec/ in Wien gerade einen 
> >> großflächigen Import von Adressdaten durchführt und dabei die Adressen 
> >> von bereits gemappten Gebäudepolygonen auf die Punkte vom OG-Datensatz 
> >> des BEV legt. In 
> >> https://forum.openstreetmap.org/viewtopic.php?id=61222 erklärt er zwar 
> >> was er macht, aber ich finde, dass
> >>
> >> - es einen Rückschritt Adressen vom Gebäudepolygon auf einen eher 
> >> willkürlich definierten Punkt (weil es so aus dem OGD hervorgeht) zu 
> >> setzen
> >> - es nicht sinnvoll ist die addr:housenumber dann bei den 
> >> Gebäudepolygonen auf addr:unit zu setzen. Die Nummer ist und bleibt ja 
> >> die Hausnummer und wird nicht zu Stiege /..?
> > 
> > Ich stimme da voll zu, solche Dinge gehören reverted und gestoppt. 
> > Manuelle Mühe durch derartiges Drüberbügeln zunichte zu machen führt 
> > dazu, dass sich Leute aus der Community zurückziehen und ist schon 
> > alleine deshalb abzulehnen.
> > 
> > Grüße,
> > KaiRo
> > 
> > ___
> > 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

Re: [Talk-at] Adressimport Wien

[gppes_osm]

Hallo,

ich lese mailing-liste und Forum, bevorzuge aber das Forum.

Ich musste dort keinen Account generieren, der ist schon durch die Anmeldung 
bei OSM vorbereitet.

Anonymitaet ist mir wichtig:
Ich musste also eine eigene Emailadresse anlegen, mit der ich mich hier auf der 
Liste angemeldet habe (was beim ersten Versuch in diesem Oldstyle-Formular 
uebrigens fehlgeschlagen ist).

Die Emailadresse fuer die Mailinglisten-Adresse habe ich auf meinem 
Standard-Mailer als IMAP eingerichtet. Zum Versenden verwende ich 
ausschliesslich das Webinterface. Grund: Zu oft habe ich bei meinem 
Standardmailer schon den Absender verdreht, ich moechte hier aber (so gut es 
geht) meine Anonymitaet waren.

Web.de ist im Webbrowser recht bunt und blinkt viel ;-). Mein Noscript-Addon 
und mein Adblocker-Addon schlagen da voll zu. Web.de dankt es mir mit einem 
Webmailer mit "eingeschraenktem Funktionsumfang". Der Mailheader wird 
anscheinend kaputt, editieren macht keinen grossen Spass (wo sind meine ganzen 
Absaetze ploetzlich?)

Naja, mit Anymitaetsparanoia ist's nicht lustig hier was schreiben. Web.de bin 
ich natuerlich trotzdem fuer die Gratis-Adresse dankbar!

Das Forum unterstuetzt jetzt SSL, es gibt also keine technisch plausiblen 
Einschraenkungen mehr.

Warum nicht, so wie ich, beides nutzen?

Lg, Gppes

> Gesendet: Montag, 05. Februar 2018 um 19:09 Uhr
> Von: grubernd 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] Adressimport Wien
>
> On 2018-02-04 21:26, Gabriel Pfuner wrote:
> > sperrt die mailing liste doch endlich, und willkommen im Zeitalter des 
> > Forums, die schwelle zur mailingliste ist zu hoch und die Möglichkeiten in 
> > der mailingliste sind begrenzt. Dieses festhalten versteht auch keiner...
> 
> 
> ernsthaft? ob man sich hier oder dort anmelden muss ist ja echt egal. 
> und direkt aus facebook oder snapchat raus geht ja keines von beidem, 
> also ist es beides "veraltet" ..
> 
> 
> mailinglisten sind das einzige halbwegs geräteneutrale 
> kommunikationsformat das es gibt. foren sind dermassen 
> mobil-unfreundlich und unübersichtlich für normale benutzer (nicht 24h 
> vorm rechner sitzende menschen), ein wunder, dass das überhaupt parallel 
> gefahren wird.
> 
> 
> grüsse,
> grubernd
> 
> ___
> 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] Adressimport Wien

[Markus Straub]

OK nachdem es ganz offensichtlich nicht nur ich so sehe, dass der Import 
im Prinzip Vandalismus war - wie können wir jetzt am besten zusammenräumen?


Ist ein kompletter Revert sinnvoll (oder überhaupt noch möglich nachdem 
die Aktion wohl schon >1 Woche gedauert hat)


Oder zumindest partielle Reverts von den addr:housenumber->addr:unit 
Aktionen?


Ich fürchte viele der Edits von ihm haben zum Teil sinnvolle und 
sinnfreie Daten, z.B. 
https://www.openstreetmap.org/changeset/55813969#map=17/48.30133/16.41555 
hat im Zentrum von Stammersdorf eine Menge doppelte Nodes eingetragen, 
die Adressen westlich es Dorfs in den Weinbergen sind aber sicher sinnvoll.


LG, Markus



On 2018-02-04 20:54, Robert Kaiser wrote:

Markus Straub schrieb:
ich finde es problematisch, dass 
https://www.openstreetmap.org/user/geocodec/ in Wien gerade einen 
großflächigen Import von Adressdaten durchführt und dabei die Adressen 
von bereits gemappten Gebäudepolygonen auf die Punkte vom OG-Datensatz 
des BEV legt. In 
https://forum.openstreetmap.org/viewtopic.php?id=61222 erklärt er zwar 
was er macht, aber ich finde, dass


- es einen Rückschritt Adressen vom Gebäudepolygon auf einen eher 
willkürlich definierten Punkt (weil es so aus dem OGD hervorgeht) zu 
setzen
- es nicht sinnvoll ist die addr:housenumber dann bei den 
Gebäudepolygonen auf addr:unit zu setzen. Die Nummer ist und bleibt ja 
die Hausnummer und wird nicht zu Stiege /..?


Ich stimme da voll zu, solche Dinge gehören reverted und gestoppt. 
Manuelle Mühe durch derartiges Drüberbügeln zunichte zu machen führt 
dazu, dass sich Leute aus der Community zurückziehen und ist schon 
alleine deshalb abzulehnen.


Grüße,
KaiRo

___
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-ec] Mejoras a la red de carreteras en Ecuador

[Andrew Wiseman]

Muchas gracias Daniel y Miriam por la información y documents. Se ven muy 
útiles.

Saludos,

Andrew

Andrew Wiseman |  Maps | andrew_wise...@apple.com 


APPLE CONFIDENTIAL
This message (including attachments if any) is for the private use of the 
addressee only and may contain confidential or privileged information. If you 
have received this message by mistake please notify the sender by return e-mail 
and delete this message and any attachments from your system. Any unauthorized 
use or dissemination of this message, and any attachments in whole or in part 
is strictly prohibited.




> On Feb 2, 2018, at 12:26 PM, Gonzales, Miriam - (p)  
> wrote:
> 
> Hola Daniel + Andrew
>  
> Espero se encuentren muy bien, qué gusto saludarlos y saber que el equipo de 
> Apple Maps está colaborando en la mejora de los datos en LATAM. Les comparto 
> un par de documentos para que puedan ver los avances en Ecuador hemos tomado 
> miles de kilómetros de imágenes con OpenStreetCam además de que nuestro 
> Mapping Team ha estado trabajando en la mejora de los datos de calles y 
> carreteras. Los retos principales a los que nos seguimos enfrentando es cómo 
> agregar los nombres de las calles y los POIs
>  
> Presentación de Avances en Ecuador 
> https://www.slideshare.net/MiriamGonzalez49/mejorando-datos-de-caminos-y-carreteras-usando-openstreetcam
>  
> 
>  
> Captura de Imágenes en Ecuador con OpenStreetCam
> http://www.openstreetcam.org/map/@-1.8541685045484668,-79.19714368879796,8z 
> 
>  
> Saludos y gracias,
>  
> M
>   <>
> From: Daniel Orellana [mailto:daniel.orell...@ucuenca.edu.ec] 
> Sent: Thursday, February 1, 2018 5:55 AM
> To: OpenStreetMap Ecuador 
> Subject: Re: [Talk-ec] Mejoras a la red de carreteras en Ecuador
>  
> Hola Andrew. 
>  
> Bienvenido a la comunidad OSM de Ecuador. Que bien que puedan sumarse a los 
> esfuerzos para mejorar el mapa de Ecuador. Aunque la comunidad no es muy 
> grande, somos algunos contribuyentes que estamos pendientes de lo que se 
> puede hacer. 
>  
> Los problemas más frecuentes en el mapa de Ecuador son (probablemente en ese 
> orden):
>  
> 1. Completar vías terciarias / unclassified, principalmente fuera de zonas 
> urbanas.
> 2. Consistencia topológica en las vías dentro de zonas urbanas.
> 3. Elementos importantes para la movilidad no motorizada (peatones y 
> bicicletas) tales como aceras, andenes, pasos peatonales, ciclovías, etc.
>  
> También te comento que la empresa TELNAV ha estado colaborando también en el 
> mapa desde hace algunos meses.
>  
> 
> Saludos cordiales,
>  
> daniel.
>  
> 
> ___
> Daniel Orellana, PhD. 
> Profesor Principal
> Universidad de Cuenca
>  
> >> Consulta mi agenda 
> >> 
> >> Publicaciones en Google Scholar 
> >> 
> >> Perfil en ResearchGate 
> >> 
> >> Investigación en LlactaLAB 
> >> 
> >> Investigación en iDRHICA 
> >> 
>  
___
Talk-ec mailing list
Talk-ec@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ec

Re: [Talk-at] Adressimport Wien

[Gabriel]

Am 5. Februar 2018 um 19:32 schrieb grubernd :

> On 2018-02-03 14:13, Markus Straub wrote:
>
>> ich finde es problematisch, dass https://www.openstreetmap.org/
>> user/geocodec/ in Wien gerade einen großflächigen Import von Adressdaten
>> durchführt und dabei die Adressen von bereits gemappten Gebäudepolygonen
>> auf die Punkte vom OG-Datensatz des BEV legt. In
>> https://forum.openstreetmap.org/viewtopic.php?id=61222 erklärt er zwar
>> was er macht, aber ich finde, dass
>>
>
>
> aua, da versucht jemand irgendwelche hochkomplizierten
> Datenabgleichsysteme zu erfinden ohne zu realisieren:
>
> die braucht es erst wenn in Österreich alle Adressen auf einmal geändert
> werden. bis dahin kann man die paar fehlenden noch leicht so wie bisher
> händisch reinklopfen.
>
> und selbst wenn einmal soviele Adressen geändert werden, dass das
> statistisch relevant ist, sollte man einen vernünftigen Algorithmus zum
> Abgleich schreiben und nicht willkürlich irgendwelche Systeme in die OSM
> hineinpressen.
>
> geocodec, du bist für mich ein Datenvandale. trag lieber _fehlende_
> Adressen ein, als hunderte _bestehende_ und mit Sicherheit auch für die
> nächsten 10 Jahre zu mehr als 90% korrekte Adressen sinnlos zu verdoppeln
> und verändern.
>
>
> grüsse,
> grubernd
>
> * PS: man darf den _Permalink_ zu dieser Mail gerne im Forum zitieren.*


​Komm, nimm deinen ganzen Mut zusammen und poste es selbst! ​Trau dich!






>
>
> ___
> 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-pe] En respuesta a la redacción de OpenStreetMap en Perú

[Pilar Gabriela Serrano Quispe]

Hola con todos.

Les escribo para contarles que la reversión de los datos que infringieron
derechos de autor, dejó muchas ciudades sin calles en el mapa del Perú, por
esa razón les pido que se unan a la tarea colectiva 
https://tareas.openstreetmap.co/project/96 para la recuperación y mejora
del Mapa de Perú!!   #OSM

 #redaction

#OpenStreetMapLatam

 #OpenStreetMap


Puedes ver más detalles aquí -->
https://github.com/osm-pe/osm-peru-redaction/issues/1


Saludos.

Atentamente,

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

Re: [Talk-at] Adressimport Wien

[Gabriel Pfuner]

Diese Nachricht stammt von einem mobilen Gerät 

> Am 05.02.2018 um 19:09 schrieb grubernd :
> 
>> On 2018-02-04 21:26, Gabriel Pfuner wrote:
>> sperrt die mailing liste doch endlich, und willkommen im Zeitalter des 
>> Forums, die schwelle zur mailingliste ist zu hoch und die Möglichkeiten in 
>> der mailingliste sind begrenzt. Dieses festhalten versteht auch keiner...
> 
> 
> ernsthaft? ob man sich hier oder dort anmelden muss ist ja echt egal. und 
> direkt aus facebook oder snapchat raus geht ja keines von beidem, also ist es 
> beides "veraltet" ..
> 

Keiner spricht von Facebook oder Snapchat, und ja natürlich ist es egal, aber 
das eine ist schöner nicht nur optisch sondern auch was die Übersichtlichkeit 
angeht.



> mailinglisten sind das einzige halbwegs geräteneutrale kommunikationsformat 
> das es gibt. foren sind dermassen mobil-unfreundlich und unübersichtlich für 
> normale benutzer (nicht 24h vorm rechner sitzende menschen), ein wunder, dass 
> das überhaupt parallel gefahren wird.
> 

Achwas, man muss es halt ordentlich programmieren, mobile Darstellung sollte 
heute kein Problem mehr sein und schon gar kein Grund etwas nicht zu machen, 
aber da sieht man schön welche Einstellung hier vorhanden ist. Und gegen die 
Parallelität gibt es nichts zu sagen, haben viele andere Länder auch.

Kein Mensch muss 24h vor dem Rechner sitzen, man kann ja auch später antworten, 
man darf sich durch den PC und das Internet nicht unter Druck setzen lassen. 
;-) hat Mutti immer gesagt! 

Viel Spaß noch ich bin raus hier, es dreht sich ja doch nur alles im Kreis...



> 
> grüsse,
> grubernd
> 
> ___
> 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] Adressimport Wien

[grubernd]

On 2018-02-03 14:13, Markus Straub wrote:
ich finde es problematisch, dass 
https://www.openstreetmap.org/user/geocodec/ in Wien gerade einen 
großflächigen Import von Adressdaten durchführt und dabei die Adressen 
von bereits gemappten Gebäudepolygonen auf die Punkte vom OG-Datensatz 
des BEV legt. In https://forum.openstreetmap.org/viewtopic.php?id=61222 
erklärt er zwar was er macht, aber ich finde, dass



aua, da versucht jemand irgendwelche hochkomplizierten 
Datenabgleichsysteme zu erfinden ohne zu realisieren:


die braucht es erst wenn in Österreich alle Adressen auf einmal geändert 
werden. bis dahin kann man die paar fehlenden noch leicht so wie bisher 
händisch reinklopfen.


und selbst wenn einmal soviele Adressen geändert werden, dass das 
statistisch relevant ist, sollte man einen vernünftigen Algorithmus zum 
Abgleich schreiben und nicht willkürlich irgendwelche Systeme in die OSM 
hineinpressen.


geocodec, du bist für mich ein Datenvandale. trag lieber _fehlende_ 
Adressen ein, als hunderte _bestehende_ und mit Sicherheit auch für die 
nächsten 10 Jahre zu mehr als 90% korrekte Adressen sinnlos zu 
verdoppeln und verändern.



grüsse,
grubernd

PS: man darf den _Permalink_ zu dieser Mail gerne im Forum zitieren.

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

Re: [Talk-de] OpenMetroMaps - Ideenwerkstatt am 11. Februar 2018 in Berlin

[Stefan Kaufmann]

Am 2018-02-02 um 15:01 schrieb Michael Reichert:

> Bei OSM sind wir da
> anderer Meinung, schließlich beanspruchen wir sogar Schutzrechte auf
> unsere Faktensammlung (und in Europa gibt es diese Rechte auch).

„Wir“ finde ich eine etwas sportliche Aussage. Ich z.B. finde diese
Haltung gefaehrlich.

Leseempfehlung: http://simia.net/wiki/Free_data

regards,
-stk

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

Re: [Talk-at] Adressimport Wien

[grubernd]

On 2018-02-04 21:26, Gabriel Pfuner wrote:

sperrt die mailing liste doch endlich, und willkommen im Zeitalter des Forums, 
die schwelle zur mailingliste ist zu hoch und die Möglichkeiten in der 
mailingliste sind begrenzt. Dieses festhalten versteht auch keiner...



ernsthaft? ob man sich hier oder dort anmelden muss ist ja echt egal. 
und direkt aus facebook oder snapchat raus geht ja keines von beidem, 
also ist es beides "veraltet" ..



mailinglisten sind das einzige halbwegs geräteneutrale 
kommunikationsformat das es gibt. foren sind dermassen 
mobil-unfreundlich und unübersichtlich für normale benutzer (nicht 24h 
vorm rechner sitzende menschen), ein wunder, dass das überhaupt parallel 
gefahren wird.



grüsse,
grubernd

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

Re: [Talk-it] Proposta utilizzo scala CAI

[Martin Koppenhoefer]

2018-02-05 13:48 GMT+01:00 Alfredo Gattai :

> Quel E-Normal_Hickers dipende forse da qualche errore fatto a mano
> guardando il preset di JOSM. Il valore e' E mentre E-Normal Hickers e' una
> descrizione.
>


sembrerebbe correggibile da tavolino. Non ho il preset adesso davanti, ma
vorrei segnalare "hikers" senza la c, casomai.

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

Re: [Talk-it] [Imports] Sabbioneta buildings import

[Martin Koppenhoefer]

2018-02-05 10:09 GMT+01:00 Giorgio Limonta :

> >In the licence section, please add the the Municipality of Sabbioneta has
> agreed to license the data under the ODbL. Do not suppose non Italian
> speakers can read the waiver.
>
> You perfectly right, I hope now it's clear.
>



IMHO it is a pity that the ODbL is stated explicitly as the license,
because as it is an individual text it might have been possible to obtain
the data in a way completely compatible with the CT, which apparently now
is not the case.
We should strive to obtain general permission for inclusion in
OpenStreetMap under any free and open license, whenever possible.

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

Re: [Talk-it] [Imports] Sabbioneta buildings import

[Andrea Musuruane]

Ciao Giorgio,
 I always find your e-mails in the spam folder because the "message has
a from address in yahoo.it but has failed yahoo.it's required tests for
authentication".

On Mon, Feb 5, 2018 at 10:09 AM, Giorgio Limonta 
wrote:

> Hi Andrea thank you for your feedbacks
>
> >  I think you're rushing this import. You sent the email on talk-it just
> 4 days >ago. You should allow more time to reviewers to examine your
> proposal.
>
> Yes you right but I have send my first mail about this import to the
> talk-it in october the 17th.
>

You didn't provide any documentation at that time. It was just a single
mail about a possible import. You then disappeared for about 3 and a half
months.


> In add you have to consider that this import is not very complex in term
> of number of features and complexity of the process, but off course I'll be
> waiting the ok of the OSM community first.
>

I do believe it's not a complex import but the review process is performed
to find possible issues and avoid later troubles with bad imported data
(and I already found out some problems with your translated data). There is
no need to rush :-)


> >Your proposal miss some of the parts detailed in the >
> https://wiki.openstreetmap.org/wiki/Import/Plan_Outline. I really suggest
> you >to use it as a template and fill the different sections.
>
> I try to fill all the sections that could be explain well the import
> process
>

The "About & Goals" chapter you use past tenses but most of the actions
still have to happen.

The "Schedule" chapter is missing.

"Import Type" section in "Import Data" chapter is missing. You should
likely say your import is a one-time import, you won't use automated
scripts, all the tags will be entered manually and data will be imported in
the OSM database using JOSM.


> >There is no link to the original data set.
>
> The original dataset is not an online source, but I add this information
> in the proposal.
>

You should upload the original dataset.

>In the licence section, please add the the Municipality of Sabbioneta has
> agreed to license the data under the ODbL. Do not suppose non Italian
> speakers can read the waiver.
>
> You perfectly right, I hope now it's clear.
>

"Data license" should link to a text copy of the ODbL.

"Type of license" should be "ODbL".


> >Tagging the changeset with "source=Carta Tecnica Comunale" is not good
> enough. It does not link the data to your import. It >would be better to
> tag it like the following:
> >source=Comune di Sabbioneta
> >source:license=ODbL
> >type=import
> >url=https://wiki.openstreetmap.org/wiki/Sabbioneta
> >The source tag is mandatory. I strongly encourage to use the other ones
> too.
>
> Could be good "source=Comune di Sabbioneta - Carta Tecnica Comunale"?
>

It's fine for me, but please note that you have entered an unwanted space
in the wiki (source= Comune di Sabbioneta - Carta Tecnica Comunale).


> About the other tags I gonna add all if you think it's the right way to do
> but I wonder: Why remark that the license is ODbl? Isn''t implied?
>

As I said, I strongly encourage to use them.

Source data license is not implied. Different data sources can be
distributed under different licenses.


> >The resulting OSM file has a lot of duplicate nodes and nodes of adjacent
> buildings not connected. You can check them using JOSM >validator.
> >In multi-polygons, there are some tags that are probably a leftover from
> the original dataset: OBJECTID, Entity.
>
> I fixed them, I hope it's all right now.
>

I noticed that logging in is required to download the data. This is not
very friendly towards people without a gmail account. Can you please remove
this limitation?

The data still have some issue:

   - adjacent buildings that are not connected
   - a building has self-intersecting ways
   - churches are tagged with "denominati" (it should be denomination)
   - bell towers are tagged with man_made=campanile (shouldn't it be
   man_made=tower + tower:type=bell_tower?) and without the building tag. See
   https://wiki.openstreetmap.org/wiki/Tag:tower:type%3Dbell_tower
   - some buildings are split in different parts (still tagged as
   building=*) and you assign different heights to them. I'm not an expert
   about this but it seems this is not the right procedure. Please read
   https://wiki.openstreetmap.org/wiki/Key:height#Height_of_buildings and
   https://wiki.openstreetmap.org/wiki/Simple_3D_buildings

>The conflation phase is missing. How do you plan to conflate existing
> buildings and imported ones?
> >The revert plan is missing.
> >The QA phase is missing.
> >I guess you are the only one that will perform this import. Please state
> it in the "Team Approach" section along with your your >current OSM
> username (GiorgioL) and import username (GiorgioL-import).
>
> I hope that I have added all the requested informations.
>

I have some troubles with your conflation phase which is summarized as
"Merge the 

Re: [Talk-cz] ortofoto mapy.cz

[Pavel Zbytovský]

Rád bych ještě upozornil na jednu vlastnost editoru iD:
-> podklad se do *imagery_used* přidá pouze tehdy, pokud je *jakkoliv
upravena mapa* A ZÁROVEŇ *je onen podklad zobrazený*.

Takže pokud si zapnu nějaký nelegální podklad, zapomatuju si polohu myši,
přepnu na jiný podklad a zakreslím, tak to v imagery_used nebude...
IMHO celkem usvědčující důkaz :)

P.

On Tue, Jan 30, 2018 at 11:02 PM Matěj Cepl  wrote:

> On 2018-01-30, 18:17 GMT, Michal Fabík wrote:
> > nějaký nápad, co v takovém případě uvádět jako zdroj
> > u changesetu? Local knowledge ani survey na to IMHO nesedí
> > a psát tam přímo www stránku příslušného POI je asi nevhodné
> > kvůli případnému statistickému zpracování těch changesetů.
>
> Já tam píšu tu webovou stránku, protože to je prostě to, odkuď
> tu informaci doopravdy mám.
>
> Matěj
> --
> http://matej.ceplovi.cz/blog/, Jabber: mceplceplovi.cz
> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
>
> May you come to the attention of those in authority.
> May you find what you are looking for.
> May you live in interesting times.
>-- claimed to be a Chinese proverb, but its origin is disputed
>   first documented use
>   Frederic R. Coudert, Proceedings of the Academy of
>   Political Science, 1939
>
>
> ___
> 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] L'editor ID di STRAVA non funziona... (Marco Bartalini)

[Marco]

Adesso che ci penso... è quasi sicuro colpa del http e non https, mi 
pareva di aver letto una discussione su help.openstreetmap.org in cui 
qualche altro mappatore aveva il tuo stesso problema.


Certo, potevo pensarci prima, pardon.

Ciao


Il 05/02/2018 16:31, Marco Bartalini ha scritto:

si infatti sembra tornato a funzionare... meno male vah...

grazie a tutti


/Marco Bartalini,

marcobartal...@gmail.com /

2018-02-05 12:28 GMT+01:00 Marco Barbieri >:


Scusate avevo sbagliato link:
https://strava.github.io/iD/

Con il tasto destro su una linea compare il comando di "slide to
strava".

M


Il giorno 5 febbraio 2018 12:24, Marco Barbieri
> ha
scritto:

A me la funzione "slide geometry to Strava heatmap" funziona
perfettamente.
Uso questo:
https://strava.github.io

M

--

Message: 2
Date: Sun, 4 Feb 2018 19:06:51 +0100
From: Marco Bartalini >
To: openstreetmap list - italiano
>
Subject: Re: [Talk-it] L'editor ID di STRAVA non funziona...
Message-ID:
       

Re: [Talk-cz] ruční GPS navigace

[Jiri Klement]

Ahoj,

mam GPSmap 62, na dve nabijeci tuzkovky 16 hodin zhruba vydrzi, ale
novejsi verze uz maji asi nizsi vydrz. Podpora v linuxu bez problemu.
Mapy stahuju tady - http://alternativaslibres.org/en/index.php - jsou
vic urceny na chozeni a maji i vrstevnice. Vyhoda proti mobilu je
vyrazne vyssi presnost, navigaci mam 7 let a porad je presnejsi nez
celkem aktualni mobily. Nevyhoda je pomalejsi vykreslovani mapy, ale
to uz snad u aktualnejsich modelu nebude problem.

--
Jirka

2018-02-05 16:29 GMT+01:00 Martin Měřinský :
> Ahoj.
> Nemám potřebu ničemu dělat reklamu. Ale napíšu pár svých postřehů. Mám
> Garmin Oregon 400t. Dnes už je to obstarožní kousek. Funguje 10 let!
> Používám ho výhradně s mapami z OSM. Navigoval mě _mnoho_ tisíc
> kilometrů po Evropě autem. Zvládnul i hrubší zacházení v horách, zimu,
> déšť i horko za čelním sklem. Proto bych znovu koupil Garmin a nejspíš
> Oregon.
>
> + Pod linuxem lze připojit jako mass storage.
> + Data lze vkládat na microSDHC kartu.
> + Dokáže přečíst GPX soubory.
> + Pro převod z GPX do POI funguje gpsbabel.
> + Lze použít mapy vygenerované z OSM. Např.: http://garmin.openstreetma
> p.nl/
> + Data ukládá do GPX.
> + Používá 2 standardní AA baterie nebo akumulátory. Slibovaných 16
> hodin dá, při částečném používání v autě vydrží déle.
> + Rezistivní displej lze snadno ovládat i v rukavicích.
> + Voděodolná.
> + Kompas.
> + Barometrický výškoměr.
> + Bezdrátová technologie ANT+ (sdílení dat mezi dvěma přístroji, čtení
> dat z čidel).
> + Funkce průměrování waypointu v čase.
> + Intuitivní, ergonomické ovládání.
> + Ovládání na dotykovém displeji je mnohem rychlejší a pohodlnější, než u GPS 
> bez něj.
>
> - Na microSDHC kartě může být jen FAT32, který má limit velikosti
> souboru 4 GiB, tam se lecjaká větší mapa nevejde.
> - Konektor miniUSB už není úplně standardní.
> - Pomalý přenos přes USB (lze vyřešit nahráním objemných dat přímo na
> kartu).
> - Nemá hlasovou navigaci, pouze pípá.
> - Horší čitelnost displeje na slunci.
> - Softwarové omezení pro počet waypointů (stačilo).
> - Softwarové omezení pro délku tracklogu (starší track ukládá do složky
> Archive, takže o data nepřijdete).
> - Softwarové omezení pro počet rout (stačilo).
> - Nepovedlo se mi číst přímo NMEA věty (realtime tracking).
> - Aktualizace firmware před mnoha lety pouze z Windows.
> - Nenašel jsem návod na vytvoření Custom Maps pod Linuxem. https://www.
> garmin.com/us/products/onthetrail/custommaps
>
> Novější verze mají čitelnější, ale kapacitní displej. Tříosý kompas. SW
> omezení na waypointy/tracky/routy je volnější. Fotím a poznámky
> nahrávám na foťák, vyloženě nechci, aby GPS měla foťák.
>
> Zajímavá by byla GPS, která by data uchovávala zašifrovaná. Při ztrátě
> by nebylo možné přečíst tracklog, waypointy, atd. A pro OSM by byla
> zajímavá funkce, kdy by se tracklogu dala přiřazovat metadata - teď jdu
> po nezpevněné komunikaci grade 4, teď jdu po schodech, apod. Ale tohle
> asi žádné GPS zatím neumí.
>
> Zkoušel jsem používat mobilní telefon, ale ergonomie je někde úplně
> jinde. Na samostatnou GPS telefony absolutně nemají.
> Martin
>
> ___
> 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] Používání ploch místo cest

[Matej Lieskovský]

Ahoj!

Přiznám se, že mě poněkud zaskočila existence této relace:
https://www.openstreetmap.org/relation/7497963#map=17/50.08421/14.43259

Ano, přijde mi to poněkud přehnané, ale zase je celkem zjevné, že se
bude čím dál tím častěji mapovat pomocí ploch. Nechceme se nějak
pobavit o tom, jak přesně to chceme udělat? Mně například přijde
rozumné kreslit cesty jako čáry (a využívat width tag) a jako plochy
kreslit opravdu jen to, co jsou logicky plochy a případně křížení cest
(tam, kde by se to cestami značilo špatně). Chápu, že maximální
přesnost dosáhneme jen pomocí ploch, ale neudělá to ta data naprosto
nečitelná?

Ať se daří,
Matej

PS: Zatím jediný mně známý (a neúspěšný) pokus o řešení tohoto
problému: https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area

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

Re: [Talk-it] L'editor ID di STRAVA non funziona... (Marco Bartalini)

[Marco Bartalini]

si infatti sembra tornato a funzionare... meno male vah...

grazie a tutti




*Marco Bartalini,marcobartal...@gmail.com *

2018-02-05 12:28 GMT+01:00 Marco Barbieri :

> Scusate avevo sbagliato link:
> https://strava.github.io/iD/
>
> Con il tasto destro su una linea compare il comando di "slide to strava".
>
> M
>
>
> Il giorno 5 febbraio 2018 12:24, Marco Barbieri 
> ha scritto:
>
>> A me la funzione "slide geometry to Strava heatmap" funziona
>> perfettamente.
>> Uso questo:
>> https://strava.github.io
>>
>> M
>>
>>
>>> --
>>>
>>> Message: 2
>>> Date: Sun, 4 Feb 2018 19:06:51 +0100
>>> From: Marco Bartalini 
>>> To: openstreetmap list - italiano 
>>> Subject: Re: [Talk-it] L'editor ID di STRAVA non funziona...
>>> Message-ID:
>>> 

Re: [Talk-cz] ruční GPS navigace

[Martin Měřinský]

Ahoj.
Nemám potřebu ničemu dělat reklamu. Ale napíšu pár svých postřehů. Mám
Garmin Oregon 400t. Dnes už je to obstarožní kousek. Funguje 10 let!
Používám ho výhradně s mapami z OSM. Navigoval mě _mnoho_ tisíc
kilometrů po Evropě autem. Zvládnul i hrubší zacházení v horách, zimu,
déšť i horko za čelním sklem. Proto bych znovu koupil Garmin a nejspíš
Oregon.

+ Pod linuxem lze připojit jako mass storage.
+ Data lze vkládat na microSDHC kartu.
+ Dokáže přečíst GPX soubory.
+ Pro převod z GPX do POI funguje gpsbabel.
+ Lze použít mapy vygenerované z OSM. Např.: http://garmin.openstreetma
p.nl/
+ Data ukládá do GPX.
+ Používá 2 standardní AA baterie nebo akumulátory. Slibovaných 16
hodin dá, při částečném používání v autě vydrží déle.
+ Rezistivní displej lze snadno ovládat i v rukavicích.
+ Voděodolná.
+ Kompas.
+ Barometrický výškoměr.
+ Bezdrátová technologie ANT+ (sdílení dat mezi dvěma přístroji, čtení
dat z čidel).
+ Funkce průměrování waypointu v čase.
+ Intuitivní, ergonomické ovládání.
+ Ovládání na dotykovém displeji je mnohem rychlejší a pohodlnější, než u GPS 
bez něj.

- Na microSDHC kartě může být jen FAT32, který má limit velikosti
souboru 4 GiB, tam se lecjaká větší mapa nevejde.
- Konektor miniUSB už není úplně standardní.
- Pomalý přenos přes USB (lze vyřešit nahráním objemných dat přímo na
kartu).
- Nemá hlasovou navigaci, pouze pípá.
- Horší čitelnost displeje na slunci.
- Softwarové omezení pro počet waypointů (stačilo).
- Softwarové omezení pro délku tracklogu (starší track ukládá do složky
Archive, takže o data nepřijdete).
- Softwarové omezení pro počet rout (stačilo).
- Nepovedlo se mi číst přímo NMEA věty (realtime tracking).
- Aktualizace firmware před mnoha lety pouze z Windows.
- Nenašel jsem návod na vytvoření Custom Maps pod Linuxem. https://www.
garmin.com/us/products/onthetrail/custommaps

Novější verze mají čitelnější, ale kapacitní displej. Tříosý kompas. SW
omezení na waypointy/tracky/routy je volnější. Fotím a poznámky
nahrávám na foťák, vyloženě nechci, aby GPS měla foťák.

Zajímavá by byla GPS, která by data uchovávala zašifrovaná. Při ztrátě
by nebylo možné přečíst tracklog, waypointy, atd. A pro OSM by byla
zajímavá funkce, kdy by se tracklogu dala přiřazovat metadata - teď jdu
po nezpevněné komunikaci grade 4, teď jdu po schodech, apod. Ale tohle
asi žádné GPS zatím neumí.

Zkoušel jsem používat mobilní telefon, ale ergonomie je někde úplně
jinde. Na samostatnou GPS telefony absolutně nemají.
Martin

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

Re: [OSM-talk-fr] Alternative à Umap pour intégrer couches dynamiques?

[Vincent Bergeot]

Le 05/02/2018 à 13:01, Shohreh a écrit :

cquest wrote

uMap peut afficher n'mporte quelle source dynamiquement, si elle fournit
ses données dans un des formats géré par uMap (dont le geojson). […] Il
faut faire attention aux réglages, il est par exemple souvent nécessaire
d'activer la fonction proxy d'uMap.

Une carte uMap peut aussi afficher les données d'une couche d'une autre
uMap (vu qu'elles sont disponible en geojson), mais elle ne les fusionnera
pas dans une couche unique et on perdra la mise en forme des objets

"elle ne les fusionnera pas dans une couche unique" : c.a.d.?

Y a-t-il un HOWTO pour faire ça?


une fiche non terminée :

# Intégrer un calque distant Umap dans une carte Umap

- **Niveau** : Débutant / Intermédiaire / **Avancé** / Expert

- **Auteur** : Forum OpenStreetMap

## Principes - Ce que nous allons faire

à partir d'une carte Umap1, comportant plusieurs calques, nous allons 
extraire "l'adresse" d'un seul calque pour l'intégrer dans une calque Umap2


## Ingrédients - Ce dont nous avons besoin

- 2 cartes Umap

## Étapes - Comment allons-nous procéder ?

- Sur la carte Umap 1 masquer tous les calques qui ne nous intéresse pas

- Cliquer sur "exporter et partager la carte", Choisir Options d'export 
de l'iframe", cliquer sur "Garder les calques visibles actuellement"


- Dans le code généré au dessus, chercher l'identifiant faisant suite à 
...=


- Dans la carte Umap2, créer un nouveau calque, renseigner dans Données 
Distantes l'URL du calque souhaité 
"http://umap.openstreetmap.fr/fr/datalayer/ et choisir 
geojson comme format de données.


- Enregistrer

Dans votre carte Umap2, les données du calque choisi dans la carte Umap1 
vont apparaitre.


Il semble qu'il existe un bug qui fait que lorsque vous êtes en mode 
d'édition dans Umap, vous puissiez ne pas voir le calque distant, il est 
cependant visible quand vous vous déconnectez (pensez parfois à 
recharger la carte, Ctrl+R ou F5)







--
Vincent Bergeot

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

Re: [Talk-it] partecipazione della comunità a eventi OSM

[Alessandro Palmas]

  
  
Il 05/02/2018 15:40, Matteo Zaffonato
  ha scritto:


Interessante...
  il Bot su Telegram è già attivo? Sono curioso di fare alcuni test
  in proprio. :-)
  


Ciao Matteo,
è un bot di Piersoft https://web.telegram.org/#/im?p=@mapparomabot
io non sono riuscito ad usarlo come volevo (ma il link l'ho avuto
stamane)

Alessandro
  


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

[Talk-cz] Fwd: Statistika využití ortofotografií IPR při editování OpenStreetMap

[Matej Lieskovský]

Ahoj!
Vzpomínáte, jak jsem tady řešil ty statistiky pro IPR? Tak tady je
výsledek toho, že jsem jim je poslal:

Máme povolení používat prakticky celý Opendata portál
(http://www.geoportalpraha.cz), jen opět prosím o uvedení
"CZ:IPRPraha" někde v changesetu (pokud možno jako source), ať můžu i
nadále zpracovávat statistiky pro IPR. (Je v našem zájmu, aby si to
mohl IPR vykázat jako důkaz svojí užitečnosti.)

Ať se daří,
Matej Lieskovský


-- Forwarded message --
From: Mgr. Bohdan Baron 
Date: 2018-01-29 10:30 GMT+01:00
Subject: RE: Statistika využití ortofotografií IPR při editování OpenStreetMap
To: Matej Lieskovský 


Dobry den,

pochopitelne Vam s vyuzitim vsech nasich opendat ke zpracovavani
Openstreet map souhlas davame. :-)
S pozdravem
Bohdan Baron

-Original Message-
From: Matej Lieskovský [mailto:lieskovsky.ma...@gmail.com]
Sent: Friday, January 26, 2018 3:16 PM
To: Baron Bohdan Mgr. (SPI/KPD) 
Subject: Re: Statistika využití ortofotografií IPR při editování OpenStreetMap

Dobrý den,

děkuji za informace o dalších datech. Bohužel, opendata jsou všechna
zveřejněna pod licencí CC-BY-SA a tudíž je bez Vašeho explicitního
povolení nesmíme využít. Pokud nám dáte souhlas používat i jiná data,
než ortofotky, tak je velice rádi zapracujeme.
S pozdravem,
Matej Lieskovský

PS: Omlouvám se za pozdní odpověď, byl jsem poněkud zaneprázdněn
studijními povinnostmi.

2018-01-16 9:19 GMT+01:00 Mgr. Bohdan Baron :
> Dobry den,
>
>
>
> dekuji za zprvu. Mozna bych mel jeste nekolik podnetu. :-) Popelnice
> na trideny odpad vystavujeme v opendatech:
> http://www.geoportalpraha.cz/cs/opendata v sekci Kvalita zivotniho
> prostredi (to urcite muzete pouzit rovnez). A pro koleje tramvaji bych
> si urcite sahnul do technicke mapy (liniova kresba ucelove mapy povrchove 
> situace).
>
> S pozdravem
>
> Bohdan Baron
>
>
>
> From: Matej Lieskovský [mailto:lieskovsky.ma...@gmail.com]
> Sent: Monday, January 15, 2018 10:25 PM
> To: Baron Bohdan Mgr. (SPI/KPD) 
> Subject: Statistika využití ortofotografií IPR při editování
> OpenStreetMap
>
>
>
> Dobrý den,
>
>
>
> Dovolte, abych Vám jménem české komunity přispěvatelů do OSM poděkoval
> za povolení používat Vaše ortofoto pro zpřesňování mapy Prahy.
>
> Díky těmto datům jsme mohli detailně zmapovat tramvajové koleje,
> odbočovací pruhy (což je přínosem pro mnoho autonavigací), zpřesnit
> mapu infrastruktury pro pěší a cyklisty (kde jsou kvalitní
> mimovegetační snímky extrémně cenné) a mnoho dalších zlepšení. Na
> území Prahy je nyní například již zmapováno přes tisíc lokací s popelnicemi 
> na tříděný odpad.
>
> Prošel jsem historii změn v OSM a do 31.12.2017 uvedlo ortofotomapy
> IPR mezi svými zdroji 27 uživatelů a to u 509 sad změn, které celkem
> způsobily 56 790 aktualizací objektů (tedy buďto přidání, aktualizací,
> nebo smazání prvků v databázi).
>
>
>
> Ještě jednou Vám děkuji a přeji příjemný zbytek dne,
>
> Matej Lieskovský

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

[OSM-ja] 高槻市でOSM発表・勉強会を開きます

[K.Sakanoshita]

坂ノ下です。

2/17(土)にOSMの活用も含めた発表・勉強会を開きます。

バリアフリーからQGIS、Wikidataなど、幅広い内容でお互いの
情報交換をして、今後の活動に繋げていきたいと思います。

合わせて発表者も募集中です。現在の活動や、やりたいことなど
何でもOKですので、お気軽に私までご連絡をお願いしますね。

[OpenStreetMap Frontier #01]
https://countries-romantic.connpass.com/event/77491/

それでは。

--
/*
 * K.Sakanoshita (http://www.netfort.gr.jp/~saka/)
 * (Phone) barsa...@gmail.com / (PC) s...@netfort.gr.jp
 */

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

Re: [Talk-at] Adressimport Wien

[Florian Ledermann]

+1 und ich muss hier echt aufpassen dass mir nicht der Kragen platzt - 
eine Diskussion zu einem spammigen Changeset mehr oder weniger als 
Erpressung zu missbrauchen um die etablierte OSM-Community in ein 
Online-Forum zwingen zu wollen, gehört schon zu den krasseren Sachen, 
die ich in dem Umfeld erlebt habe.


Wer im Internet oder auf OSM Daten publizieren will sollte es schaffen, 
sich auf einer Mailingliste anzumelden - insbesondere im Streit- oder 
Diskussionsfall.


Ich bewundere euch wirklich, wie viel Geduld und Einsicht ihr mit 
solchen Typen aufbringt (von denen im Gegenzug diese sicher nicht zu 
erwarten wären). Aber man kann sich auch nicht unbegrenzt auf der Nase 
herumtanzen lassen!


f/0

On 05.02.2018 09:33, Frederik Ramm wrote:

Hallo,

On 04.02.2018 13:50, Michael Reichert wrote:

Hallo Nakaner, als "Angeklagter" darf ich um eine fairen
Diskussionsraum bitten. Die talk-at Plattform bittet für meine
Argumentation keine geeigneten grafischen Fähigkeiten.


Das ist keine akzeptable Ausrede. Einem "normalen Mapper" ist es ja
freigestellt, wo er sich beteiligen möchte und wo nicht, aber ein
großflächiger Daten-Importierer muss sich aktiv darum kümmern, über
seinen eigenen Community-Tellerrand zu schauen. Ansonsten - Import
bleiben lassen.

Dass hier keine ausreichende Community-Konsultation stattgefunden hat,
beweist doch schon sowas wie

https://www.openstreetmap.org/changeset/55841635

wo massenhaft aus existierenden "addr:housenumber" ein "addr:unit" wurde
- das hätte ihm jeder Mapper, egal ob im Forum oder in der Mailingliste,
sagen können, dass das ein Schmarrn ist.

Bye
Frederik



--
Dipl.-Ing. Florian Ledermann
Cartography Research Group
Department of Geodesy and Geoinformation
TU Wien, Vienna, Austria

http://cartography.tuwien.ac.at/
https://twitter.com/floledermann

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

Re: [Talk-it] Proposta utilizzo scala CAI

[Alfredo Gattai]

>
>
> sulla pagina talk viene chiesto se il separatore dovesse essere trattino -
> anzichè due punti :
>
> daivalori utilizzati non c'è ancora massa per poter influire, i valori
> utilizzati sono al 99% questi:
> E
> EE
> T
> EEA
>
>
Ho aggiunto un commento sulla pagina. Di fatto l'ulteriore suddivisione
proposta per EEA sarebbe logica con i due punti come separatore, ma dato
che non si e' ancora raggiunta un'unita' di pensiero al riguardo
all'interno del CAI, suggerisco di ignorare quella porzione ed attenersi
esclusivamente alla scala canonica. Quel E-Normal_Hickers dipende forse da
qualche errore fatto a mano guardando il preset di JOSM. Il valore e' E
mentre E-Normal Hickers e' una descrizione.

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

Re: [Talk-cz] ruční GPS navigace

[xkomc...@centrum.cz]

Ahoj,


vlastním Garmin Oregon 650 a popravdě, dnes už bych ruční GPS navigaci 
nekupoval, neboť v tom nevidím žádnou přidanou hodnotu. Naopak, nemít 
několik škrábanců na display, asi by ta má byla na Bazoši. Z toho co píšeš:


* export do .gpx, na Linuxu se připojí jako Mass storage, takže naprosto 
bez problémů


* nová baterka vydrží dlouho, já teď (po myslím 3 letech) kupoval novou. 
Jestli vydrží celý den netuším, ale myslím, že by to měla dát


* OSM mapy nejsou problém (http://garmin.openstreetmap.nl/ - celý svět 
zdarma)


* fotit umí (zázraky nečekej, ale čitelnost naprosto bez problémů - asi 
jak z průměrného telefonu. Blesk to má)


* další funkce má, ale nikde nepřekáží (menu se dá nastavit)


Když už si nějakou GPS chceš kupovat, tak asi Garmin (je všude spousta 
návodů a map do něj), chtěj, aby zařízení umělo i jiné sítě než jen GPS 
(minimálně Glonass, bude-li to funglovka, ať už umí i Galileo - až budeš 
chtít trasovat nějaké hluboké údolí, tak to oceníš).



Kdyby tě zajímaly nějaké podrobnosti ohledně toho Oregonu, tak napiš 
klidně i soukromě, co vím, povím ;-)


Jirka Komárek


On 5.2.2018 10:27, Miroslav Suchy wrote:

Ahoj,
přemýšlím o koupi ruční GPS navigace na treky. Máte někdo nějaké tipy ať se 
nemusím prohrabávat úplně vším?

Moje požadavky:
* jednoduchý export stopy do OSM.org. Mám Linux, takže propojení přes nějakou 
Windows aplikaci by byl dost opruz.
* baterka aby vydržela celý den provozu a záznamu trasy (samozřejmě čím déle, 
tím líp, ale 16 hodin je minimum)
* OSM mapy (nebo možnost si je tam nahrát). Zajímá mě oblast mimo Evropu.
* pokud by k záznamu trasy bylo možno pořizovat poznámky, hlas nebo fotku tak 
by to bylo super.
* používat to budu na pěší treky. Takže cyklo, rybářské či geocaching funkce 
jsou mi na nic.

Za jakýkolikv tip, nebo radu čemu se vyhnout budu vděčný.

Mirek

___
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-au] Mapping Indigenous Place Names

[Rory McCann]

You can use Ethnologue to check out the languages in Australia and what 
the language code to use.


https://www.ethnologue.com/country/AU/languages

They also have maps:

https://www.ethnologue.com/sites/default/files/styles/original/public/maps/20/AU___rgb.png
https://www.ethnologue.com/sites/default/files/styles/original/public/maps/20/AU_n_rgb.png

On 26/01/18 13:09, David Dean wrote:

Hi everyone,

I've done a little research, and added the following section to the 
Australian Tagging Guidelines at 
https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines#Places, and 
the Multilingual names page at 
https://wiki.openstreetmap.org/wiki/Multilingual_names:


Please use the name:aus (aus is the general ISO639-2 code for Australian 
Aboriginal Languages) to indicate the indigenous names of places. It 
would be useful to do this even when the generally used name is 
indigenous, to allow for a potential indigenous rendering of our maps.


I hope we can all agree that this is an excellent idea, and starting 
adding these everywhere we can. Here's my first go: 
https://www.openstreetmap.org/changeset/55769062.


So far we currently have about 4 name:aus tags in the whole country (see 
https://overpass-turbo.eu/s/voW). We can do better that that!


- David

--
http://dbdean.com


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





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

Re: [Talk-cz] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Diskuze na Tagging už celkem odezněla. Klidně se na ni podívejte, ale
přijde mi, že celkem výrazná většina zastávala názor, že nástroje mají
už dávno umět Unicode collation a že typografické nápovědy jsou v
datech spíše žádoucí. Zatím jsem neslyšel o ničem, co by se doslova
rozbíjelo (Overpass Unicode collation nedělá schválně a mám nápad, co
s tím) a taky se neozval nikdo, kdo by byl ochoten napsat ten
"jednoduchý" preprocesor.

My jsme cca půl na půl, DWG to nevetovalo a Tagging je pro - myslím
si, že nedělitelné mezery jsou tudíž akceptovatelné. Pokud se
většinový názor změní, nebude problém ty mezery zase smazat.

ToDo:
 - Overpass by mohl získat režim, kdy zadanou hodnotu přeloží na regex
simulující Unicode collation
 - Editorům by prospělo zvýrazňování whitespace

Začátek diskuze na Tagging:
https://lists.openstreetmap.org/pipermail/tagging/2018-January/034986.html

Ať se daří!
Matej

PS: Doporučuju http://www.babelstone.co.uk/Unicode/whatisit.html

2018-02-01 0:56 GMT+01:00 Matej Lieskovský :
> Co přesně se na editaci zkomplikuje, když budeme podporovat
> nedělitelné mezery? To, že na to budeme muset myslet, když budeme psát
> dotaz do Overpassu? Podobnými argumenty budeme za chvíli zase všude
> mazat diakritiku.
>
> 2018-01-31 22:16 GMT+01:00 Martin Mares :
>> Ahoj,
>>
>>> *nikdy* to nebudeme mít 100% správně
>>
>> nebudeme. Stejně jako nebudeme mít 100% správně nic jiného.
>>
>> To je myslím lepší přijmout jako fakt, než investovat ohromné množství
>> úsilí do něčeho, co bude mít místo 99% úspěšnosti 99.9%.
>>
>> Chci-li podle dat OSM vytvořit papírovou mapu, vyladím si ji do nejmenších
>> detailů. To často znamená ručně předělávat algoritmická rozhodnutí i v daleko
>> zásadnějších věcech než dělitelnost mezer: například je často potřeba ručně
>> posunout nějakou značku, přemístit či zrušit popisek, nakreslit nějaký objekt
>> mimo měřítko atd. Je to spousta práce, ale výsledek stojí za to.
>>
>> Na druhou stranu, u online mapy zobrazující data, která lidé pořád upravují,
>> je taková snaha o dokonalost spíše škodlivá -- nedokonalosti v datech budou
>> celkovému dojmu škodit víc než nedokonalosti v prezentaci. Proto je 
>> důležitější
>> udržet editaci dat co nejjednodušší, i kdyby to stálo o zlomek procenta vyšší
>> pravděpodobnost chybné prezentace.
>>
>> Have a nice fortnight
>> --
>> Martin `MJ' Mares     http://mj.ucw.cz/
>> Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
>> Some people, when confronted with a problem, think "I know, I'll use XML." 
>> Now they have two problems. -- P. J. Eby
>>
>> ___
>> 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: [OSM-talk-fr] Alternative à Umap pour intégrer couches dynamiques?

[Shohreh]

cquest wrote
> uMap peut afficher n'mporte quelle source dynamiquement, si elle fournit
> ses données dans un des formats géré par uMap (dont le geojson). […] Il
> faut faire attention aux réglages, il est par exemple souvent nécessaire
> d'activer la fonction proxy d'uMap.
> 
> Une carte uMap peut aussi afficher les données d'une couche d'une autre
> uMap (vu qu'elles sont disponible en geojson), mais elle ne les fusionnera
> pas dans une couche unique et on perdra la mise en forme des objets

"elle ne les fusionnera pas dans une couche unique" : c.a.d.?

Y a-t-il un HOWTO pour faire ça?



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [Talk-cz] ruční GPS navigace

[Zdeněk Pražák]

no já používám Garmin montana 650
OSM mapy je možné nahrát,
Prošlé trasy zaznamenává ve formátu gpx
přístroj má 5MPX fotoaparát se záznamem polohy u fotky
výdrž je asi kolem 14 hodin na tři AA baterie 2100 mA

-- Původní e-mail --
Od: Miroslav Suchy 
Komu: OpenStreetMap Czech Republic 
Datum: 5. 2. 2018 12:21:23
Předmět: [Talk-cz] ruční GPS navigace
"Ahoj,
přemýšlím o koupi ruční GPS navigace na treky. Máte někdo nějaké tipy ať se
nemusím prohrabávat úplně vším?

Moje požadavky:
* jednoduchý export stopy do OSM.org. Mám Linux, takže propojení přes
nějakou Windows aplikaci by byl dost opruz.
* baterka aby vydržela celý den provozu a záznamu trasy (samozřejmě čím
déle, tím líp, ale 16 hodin je minimum)
* OSM mapy (nebo možnost si je tam nahrát). Zajímá mě oblast mimo Evropu.
* pokud by k záznamu trasy bylo možno pořizovat poznámky, hlas nebo fotku
tak by to bylo super.
* používat to budu na pěší treky. Takže cyklo, rybářské či geocaching funkce
jsou mi na nic.

Za jakýkolikv tip, nebo radu čemu se vyhnout budu vděčný.

Mirek

___
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] L'editor ID di STRAVA non funziona... (Marco Bartalini)

[Marco Barbieri]

Scusate avevo sbagliato link:
https://strava.github.io/iD/

Con il tasto destro su una linea compare il comando di "slide to strava".

M

Il giorno 5 febbraio 2018 12:24, Marco Barbieri 
ha scritto:

> A me la funzione "slide geometry to Strava heatmap" funziona perfettamente.
> Uso questo:
> https://strava.github.io
>
> M
>
>
>> --
>>
>> Message: 2
>> Date: Sun, 4 Feb 2018 19:06:51 +0100
>> From: Marco Bartalini 
>> To: openstreetmap list - italiano 
>> Subject: Re: [Talk-it] L'editor ID di STRAVA non funziona...
>> Message-ID:
>> 

Re: [Talk-it] L'editor ID di STRAVA non funziona... (Marco Bartalini)

[Marco Barbieri]

A me la funzione "slide geometry to Strava heatmap" funziona perfettamente.
Uso questo:
https://strava.github.io

M


> --
>
> Message: 2
> Date: Sun, 4 Feb 2018 19:06:51 +0100
> From: Marco Bartalini 
> To: openstreetmap list - italiano 
> Subject: Re: [Talk-it] L'editor ID di STRAVA non funziona...
> Message-ID:
> 

[Talk-it] partecipazione della comunità a eventi OSM

[Alessandro Palmas]

  
  
Come spero tutti sapranno dal 19 al 22 prossimi a Roma, presso la
Sapienza, si terrà FOSS4G-IT (1) che include OSMit2018

Giovedì 22 sarà la giornata dedicata a OpenStreetMap con due
attività di rilievo:
- mappatura dei numeri civici di una zona di Roma
- OSM per la gestione delle emergenze

- La mappatura dei civici di Roma oltre ad essere una variante del
mapping party che vuole prendere in considerazione solo i numeri
civici, vuole essere l'inizio di una fase di test di un progetto più
ampio che vedrà coinvolto il Comune di Roma con l'assessorato Roma
Semplice. In quella giornata dovremmo testare due metodi di
rilevamento: tramite la app Geopaparazzi e tramite un Bot di
Telegram.
Successivamente partirà il coinvolgimento di alcune scolaresche che,
previa verifica dei dati rilevati (non li caricheranno direttamente
gli studenti) parteciperanno a questo progetto che, se non sbaglio,
dovrebbe diventare il più grande progetto di mappatura partecipata
in Italia.

- L'incontro con operatori e funzionari di Protezione Civile e VVF
per mostrare gli strumenti e le tecniche usate dalla comunità OSM e
allo stesso tempo intavolare una discussione sulle esigenze e le
priorità che ha chi opera sul campo.
OSM è sempre più usato sia nelle sedi di coordinamento che sul
campo. Il progetto OSM in Italia è abbastanza maturo e la grande
risposta della comunità durante i terremoti del 2016 ha lasciato il
segno. Questa giornata a Roma potrebbe essere l'occasione per
attivare un canale di comunicazione e magari ricevere dei feedback
da chi è sul campo (cosa importantissima).

Capisco che giovedì è giornata lavorativa, ma entrambi gli argomenti
mi paiono strategici/importanti: definiteli come volete ma se potete
partecipate.


I prossimi appuntamenti OSM a cui parteciperò sono:

Il 6 marzo dovrei partecipare ad un Seminario presso la Città
Metropolitana di Milano sui trasporti eccezionali (devono ancora
ufficializzare la cosa).

Il 22 marzo sarò a Carrara alla GeoFesta 2018. Il programma sarà
disponibile nelle prossime settimane.


Il 24 marzo a Torino grande appuntamento di molte comunità open
italiane in occasione di merge-it presso il Politecnico di Torino.
Con i compari di GFOSS ;-) divideremo la sala per interventi che
prenderanno gran parte o tutta la mattinata, al pomeriggio attività
pratiche sia in sala che all'esterno. Alle attività sarà presente
anche Ithaca.


Ad aprile stiamo discutendo su un appuntamento in Valle d'Aosta sul
tema della gestione delle emergenze.

A maggio in Provincia di Bergamo ci sarà un sabato che vedrà
cittadinanza, Protezioni Civili locali e Amministratori locali.


E a luglio ci sposteremo in forze a State of the Map 2018 (3).


Ci ripetiamo sempre che la forza di OSM è la comunità. Facciamo
vivere e incontrare la comunità partecipando agli eventi o anche
organizzandoli o aiutando a organizzarli.

Happy Mapping
  Alessandro Ale_Zena_IT


1) foss4g-it2018.gfoss.it
2) http://merge-it.net/
3) 2018.stateofthemap.org
  


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

Re: [Talk-it] Proposta utilizzo scala CAI

[Martin Koppenhoefer]

intanto ho messo lo stato a "de facto", perché è usato solo con valori
definiti nella proposta e più di 5000 volte.
In realtà, c'è ancora un punto da chiarire nel dettaglio:

sulla pagina talk viene chiesto se il separatore dovesse essere trattino -
anzichè due punti :

daivalori utilizzati non c'è ancora massa per poter influire, i valori
utilizzati sono al 99% questi:
E
EE
T
EEA

ci sono
10 - (di cui 4 con "E-Normal␣Hickers" quindi non inglese, ma nemmeno una
classificazione cai)
2 /
1 :


io sarei per l'utilizzo dello stesso separatore utilizzato da cai.

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

Re: [Talk-is] Íslenskar þýðingar í OSM

[Sveinn í Felli]

Takk fyrir svarið;

> Ég er einn af þeim sem forðast hreinlega að nota viðmót á íslensku ef
> enskan er í boði.

Þú ert ekkert einn um þetta, sérstaklega úr 'eldri' kynslóðum 
tölvunotenda (svo hafa menn áhyggjur af íslenskuumhverfi barna?). Vaninn 
er sterkur, það hefur lengi þótt erfitt að kenna gömlum hundum að sitja ;-)


Eitt af því snúnasta við hugbúnaðarþýðingar er að ákveða hvað eigi að 
ganga langt í þýðingum; það er að segja, hvort sleppa eigi að þýða t.d. 
viðmót fyrir kerfisstjórnun eða ítarlega uppsetningu (þar sem möguleiki 
er á misvísandi eða röngum skilaboðum, sem gætu haft alvarlegri 
afleiðingar).
Ég var til dæmis með miklar efasemdir um hvort ég ætti að þýða iD og 
Potlatch2 ritlana, en ákvað að gera það samt af tveimur ástæðum:
A: einhver var þegar byrjaður á verkinu, þar var slatti af hugtökum sem 
þurfti að leiðrétta/samræma/laga
B: þetta eru þau viðmót sem byrjendur í kortagerð helst nota (JOSM og 
Merkaator eru óþýdd að mestu)


> 1. Ég á hreinlega erfitt með að tengja sum íslensk hugtök við það sem
> þarf að gera, sérstaklega ef um er að ræða sérhæfð/sjaldgæf hugtök.

Vissulega, en hér á líka við þversögnin um hænuna og eggið
Það væri hægt að skrifa langar greinar um akkúrat þetta atriði, en ég 
ætla að láta nægja að segja að ég hef tamið mér að hafa sem mest af 
sérhæfðum hugtökum með alþjóðaheitum í sviga og jafnvel einhverjar 
skýringar ef það er pláss.


> Á sérstaklega við þegar ég sé hugtök sem virðast hafa átt uppruna 
sinn > hjá Tölvuorðanefndinni heldur en því sem almenningur notar í daglegu

> tali

Ég hef átt heilmikil samskipti við Sigrúnu Helga hjá TON, held að þau 
átti sig alveg á því hvað orðasöfnin sem þau eru að halda úti eru 
takmörkuð. Þetta á reyndar við um fleiri af þessum fagorðasöfnum, meðal 
annars fyrir landupplýsingafræðin (búinn að vera í sambandi við LMÍ 
varðandi það).
Ætli sé nema 1/3 af orðunum í TOS sem hafi nokkuð gildi í dag; sumpart 
vegna íhaldsemi, sumpart vegna hraðrar þróunar síðustu árin, en kannski 
aðallega vegna lélegrar svörunar frá notendum/þýðendum o.s.frv.


> 2. Þegar ég er í vandræðum með hugbúnaðinn finnst mér erfitt að fara
> eftir textalýsingum sem eru á öðru tungumáli (án þess að sjá ferlið
> myndrænt) og framkvæma síðan á íslensku viðmóti. Til að leita aðstoðar
> þarf maður oftast að slá inn ensku hugtökin á leitarvélarnar til þess 
> að fá gagnlegar niðurstöður almennt.


Aðalvandamál íslenskra þýðinga hefur yfirleitt verið að hjálparskjöl 
hafa oft setið á hakanum og fólk ekki passað upp á að hafa 
atriðisorðaskrár aðgengilegar á netinu. Þess vegna er mikilvægt að gefa 
sér pláss í þýðingunum til að tengja við alþjóðlegu heitin og/eða geta 
skýrt hugtök nánar ef þarf. Og auðvitað að velja sem gagnsæjust hugtök á 
íslensku..
Það er reyndar í gangi smá umræða um að koma upp miðlægum grunni með 
hugtökum/skilgreiningum o.fl. í hugbúnaðarþýðingum, hugsanlega á vegum 
Árnastofnunar (með raunverulegum þýðingum - ekki einhverju á borð við TOS).


Annars er markmiðið hjá mér alltaf það sem vinur minn sagði eftir að 
hafa byrjað að nota gamalkunnugt forrit á íslensku: "Þetta var rosalega 
skrýtið fyrst, eftir tvo daga var þetta farið að venjast, og eftir viku 
var ég búinn að gleyma hvernig var að nota enska viðmótið".


Ef þar að auki, eftir mánaðarnotkun, finnist viðkomandi fljótvirkara að 
nota íslensku; þá er tilganginum náð...


En, eftir sem áður, geta þýðingar ekki orðið til fullbúnar í fyrstu 
tilraun (ekki frekar en annar kóði eða texti), þær þurfa að þróast og 
aðlagast með hjálp notendanna - þess vegna var ég að athuga hvort 
einhverjir á þessum póstlista hefðu notað eða væru tilbúnir til að prófa 
OSMAnd. Betur sjá augu en auga...


Bestu kveðjur,

Sveinn í Felli


Þann fös  2.feb 2018 15:48, skrifaði Svavar Kjarrval:

Hæ.

Ég er einn af þeim sem forðast hreinlega að nota viðmót á íslensku ef
enskan er í boði. Fyrir því hafa aðallega verið tvær ástæður:
1. Ég á hreinlega erfitt með að tengja sum íslensk hugtök við það sem
þarf að gera, sérstaklega ef um er að ræða sérhæfð/sjaldgæf hugtök. Á
sérstaklega við þegar ég sé hugtök sem virðast hafa átt uppruna sinn hjá
Tölvuorðanefndinni heldur en því sem almenningur notar í daglegu tali.
2. Þegar ég er í vandræðum með hugbúnaðinn finnst mér erfitt að fara
eftir textalýsingum sem eru á öðru tungumáli (án þess að sjá ferlið
myndrænt) og framkvæma síðan á íslensku viðmóti. Til að leita aðstoðar
þarf maður oftast að slá inn ensku hugtökin á leitarvélarnar til þess að
fá gagnlegar niðurstöður almennt.

Þrátt fyrir framangreint styð ég alveg fyllilega þýðingar viðmóta
almennt yfir á íslensku enda eru væntanlega ekki allir í sömu vandræðum
og ég þegar kemur að þessu. Finnst það æðislegt að þú hafir farið út í
þetta. :D

Er að nota OSMand (á ensku) en skal íhuga að prófa íslenskuna við tækifæri.

Með kveðju,
Svavar Kjarrval

On fös 2.feb 2018 12:13, Sveinn í Felli wrote:

Sælt veri fólkið,

Þið hafið kannski orðið vör að undanförnu við nýjar og breyttar
þýðingar í OSM-umhverfinu (og 

[Talk-cz] ruční GPS navigace

[Miroslav Suchy]

Ahoj,
přemýšlím o koupi ruční GPS navigace na treky. Máte někdo nějaké tipy ať se 
nemusím prohrabávat úplně vším?

Moje požadavky:
* jednoduchý export stopy do OSM.org. Mám Linux, takže propojení přes nějakou 
Windows aplikaci by byl dost opruz.
* baterka aby vydržela celý den provozu a záznamu trasy (samozřejmě čím déle, 
tím líp, ale 16 hodin je minimum)
* OSM mapy (nebo možnost si je tam nahrát). Zajímá mě oblast mimo Evropu.
* pokud by k záznamu trasy bylo možno pořizovat poznámky, hlas nebo fotku tak 
by to bylo super.
* používat to budu na pěší treky. Takže cyklo, rybářské či geocaching funkce 
jsou mi na nic.

Za jakýkolikv tip, nebo radu čemu se vyhnout budu vděčný.

Mirek

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

Re: [Talk-it] [Imports] Sabbioneta buildings import

[Giorgio Limonta]

Hi Andrea thank you for your feedbacks
>  I think you're rushing this import. You sent the email on talk-it just 4 
>days >ago. You should allow more time to reviewers to examine your proposal.

Yes you right but I have send my first mail about this import to the talk-it in 
october the 17th. In add you have to consider that this import is not very 
complex in term of number of features and complexity of the process, but off 
course I'll be waiting the ok of the OSM community first.
>Your proposal miss some of the parts detailed in the 
>>https://wiki.openstreetmap.org/wiki/Import/Plan_Outline. I really suggest you 
>>to use it as a template and fill the different sections.

I try to fill all the sections that could be explain well the import process  
>There is no link to the original data set.
The original dataset is not an online source, but I add this information in the 
proposal.
>In the licence section, please add the the Municipality of Sabbioneta has 
>agreed to license the data under the ODbL. Do not suppose non Italian speakers 
>can read the waiver.
You perfectly right, I hope now it's clear.
>Tagging the changeset with "source=Carta Tecnica Comunale" is not good enough. 
>It does not link the data to your import. It >would be better to tag it like 
>the following:>source=Comune di 
>Sabbioneta>source:license=ODbL>type=import>url=https://wiki.openstreetmap.org/wiki/Sabbioneta>The
> source tag is mandatory. I strongly encourage to use the other ones too.
Could be good "source=Comune di Sabbioneta - Carta Tecnica Comunale"? About the 
other tags I gonna add all if you think it's the right way to do but I wonder: 
Why remark that the license is ODbl? Isn''t implied?
>The resulting OSM file has a lot of duplicate nodes and nodes of adjacent 
>buildings not connected. You can check them using JOSM >validator.>In 
>multi-polygons, there are some tags that are probably a leftover from the 
>original dataset: OBJECTID, Entity.

I fixed them, I hope it's all right now.
>The conflation phase is missing. How do you plan to conflate existing 
>buildings and imported ones?>The revert plan is missing.>The QA phase is 
>missing.>I guess you are the only one that will perform this import. Please 
>state it in the "Team Approach" section along with your your >current OSM 
>username (GiorgioL) and import username (GiorgioL-import).
I hope that I have added all the requested informations.
Many thanks for your help
Giorgio








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

Re: [Talk-at] Adressimport Wien

[Frederik Ramm]

Hallo,

On 04.02.2018 13:50, Michael Reichert wrote:
>> Hallo Nakaner, als "Angeklagter" darf ich um eine fairen
>> Diskussionsraum bitten. Die talk-at Plattform bittet für meine
>> Argumentation keine geeigneten grafischen Fähigkeiten.

Das ist keine akzeptable Ausrede. Einem "normalen Mapper" ist es ja
freigestellt, wo er sich beteiligen möchte und wo nicht, aber ein
großflächiger Daten-Importierer muss sich aktiv darum kümmern, über
seinen eigenen Community-Tellerrand zu schauen. Ansonsten - Import
bleiben lassen.

Dass hier keine ausreichende Community-Konsultation stattgefunden hat,
beweist doch schon sowas wie

https://www.openstreetmap.org/changeset/55841635

wo massenhaft aus existierenden "addr:housenumber" ein "addr:unit" wurde
- das hätte ihm jeder Mapper, egal ob im Forum oder in der Mailingliste,
sagen können, dass das ein Schmarrn ist.

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: [Talk-it] Proposta utilizzo scala CAI

[Alessio Piccioli]

Ciao a tutti,

  approfittando di questo messaggio di Ale, ricordo che c'è un documento
ufficiale CAI che definisce bene la scala delle difficoltà. Si trova a
questo indirizzo:

http://www.cce.cai.it/files/all_1_classificazione_percorsi_escursionistici.pdf

(CCE = Commissione Centrale Escursionimo)

Andrebbe citato nei vari documenti dove si parla della cai_scale. Nella
pagina wiki ce lo metto io.

A.

Il giorno 5 febbraio 2018 08:40, Alessandro  ha scritto:

> Ciao,
> scusate per il cross-posting
>
> La pagina con la proposta d'adozione del tag cai_scale (1) è stata aperta
> il 3 marzo 2016 e l'ultimo intervento in discussione è di ottobre 2016.
> Chiederei alle liste di leggere la pagina, eventualmente discutere ancora
> la cosa, e porre in votazione il tag che ormai (vista la diffusione) sta
> diventando standard de-facto.
>
>
> Ricordo che cai_scale non vuole sostituire sac_scale ma è un complemento,
> ed è particolarmente significativo in Italia vista l'ampia diffusione dello
> standard CAI nelle carte escursionistiche e nelle paline indicatrici (dove
> si indica il grado più alto della difficoltà di percorrenza con T, E o EE).
>
> In pratica mentre il sac_scale si applica al singolo tratto (un sentiero
> può avere tratti di facile percorrenza - sac_scale=hiking - e altri più
> impegnativi, come sac_scale=demanding_mountain_hiking), il cai_scale è
> applicato sulla relazione che organizza il sentiero indicando perciò il
> grado di percorrenza più alto.
> Questo è un arricchimento dell'informazione perchè chi vuole percorrere
> l'intero sentiero avrà subito chiara la difficoltà massima cui incontrerà;
> chi vuole percorrerne solo uno o più tratti saprà quali difficoltà
> incontrerà in questi tratti.
>
>
> Nota personale: se cerchiamo il pelo nell'uovo può comunque essere
> considerato un dato ridondante: se in un sentiero ci sono 20 tratti diversi
> si legge la difficoltà di tutti e si vede qual'è la più alta. Visto che è
> una caratteristica che tocca l'aspetto della sicurezza in montagna
> personalmente lo vedo come un miglioramento.
>
> Alessandro Ale_Zena_IT
>
>
> 1) https://wiki.openstreetmap.org/wiki/Proposed_features/cai_scale
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
*Alessio Piccioli / *Amministratore unico
alessiopicci...@webmapp.it
www.webmapp.it
+39 328 53 60 803


P.Iva e CF 02266770508
CCIAA di Pisa n. 02266770508 del 01/08/2017
Capitale Sociale 10.000,00 €
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Maison du Vélo

[Axelos]

Coucou.


Le 02/02/2018 à 10:13, Simon Réau a écrit :
> Du coup on a plusieurs façon de taguer qui me semble toutes justes. Ma
> question mal exprimé étais plus pour une réutilisation. Sur quelle tag
> existant ou non je pourrais me baser pour extraire tous les lieux type
> "maison du vélo" sachant quelles sont toutes un peux différentes.
> 
> Pour celle de Tours le shop=bicycle me dérange car ce n'est pas réellement
> un magasin, mais je ne trouve rien sur le wiki qui correspondrait mieux.


En effet, il s'agit je pense d'une réflexion à mener sur l'emploi d'une
nouvelle balise permettant de pouvoir différencier les boutiques
traditionnelles de vélos de ces lieux communément appelés Maisons du Vélo.

La question importante est de bien cerner ce qu'est une Maison du Vélo ?
J'aurais tendance à les décrire comme principalement touristiques. Une
sorte d'office du tourisme pour vélo.

Pour comparaison, les lieux tels que décri par Erwan Salomon ont eux
déjà une balise qui permet de pouvoir les extraire facilement du reste.
service:bicycle:diy=yes

Cordialement.

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

Re: [Talk-it] L'editor ID di STRAVA non funziona...

[Marco]

Immagino a chi si occupa del progetto, qua 
https://github.com/paulmach/slide non vedo email però, credo che farebbe 
comodo aprire un ticket nella sezione "issues" di quella pagina, in 
alternativa si potrebbe contattare direttamente strava, credo abbiano 
una pagina "contatti".


Ciao

Il 04/02/2018 19:06, Marco Bartalini ha scritto:
grazie mille, l'unica problematica così è che non ho il layer di 
immagini satellitari di sfondo mannaggia... si l'unica attualmente è 
josm... ma purtroppo per come lavoro io non mi è pratico utilizzarlo...


un vero peccato che non funzioni più strava ID... ma a chi possiamo 
mandare una richiesta per capire cosa è accaduto??



/Marco Bartalini,

marcobartal...@gmail.com /

2018-02-03 18:34 GMT+01:00 Marco >:


Ciao, usa direttamente iD con il livello di immagini
personalizzato, le stringhe per ciclismo o running le trovi qua:

https://help.openstreetmap.org/questions/60485/strava-updated-heatmap


Unico inconveniente, il livello di Strava a livelli di zoom
superiori a 16 sparisce. In alternativa puoi usare anche JOSM

Il 03/02/2018 16:23, Marco Bartalini ha scritto:

ragazzi da alcuni giorni l'editor ID di strava non funziona
più... qualcuno ne sa qualcosa?

http://strava.github.io/iD/#background=Bing=16.22/18.35887/39.93547


praticamente quando vado a salvare le modifiche mi esce il
messaggio...

"Il server ha risposto con codice undefined"

/Marco Bartalini,

marcobartal...@gmail.com /


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




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





___
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

hebdoOSM Nº 393 2018-01-23-2018-01-29

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 393 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/9939/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

hebdoOSM Nº 393 2018-01-23-2018-01-29

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 393 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/9939/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [OSM-talk-fr] Alternative à Umap pour intégrer couches dynamiques?

[Christian Quest]

uMap peut afficher n'mporte quelle source dynamiquement, si elle fournit
ses données dans un des formats géré par uMap (dont le geojson).

Ceci n'est pas du tout limité à overpass, je l'utilise beaucoup pour
afficher des données provenant d'OpenEventDatabase, et ces données sont
dynamiques par nature vu que ce sont des événements.

Exemples:
-
http://umap.openstreetmap.fr/fr/map/info-traffic-en-cours-5-dernieres-minutes-via-open_85813
-
http://umap.openstreetmap.fr/fr/map/les-collectes-mobiles-de-don-du-sang-pour-aujourdh_95270
-
http://umap.openstreetmap.fr/fr/map/carte-vigilance-meteo-via-openeventdatabase_84165
-
http://umap.openstreetmap.fr/fr/map/observations-meteo-des-aeroportsaerodromes-metar-v_95779
-
http://umap.openstreetmap.fr/fr/map/prevision-du-niveau-de-pollution-du-jour-via-opene_96136

Il faut faire attention aux réglages, il est par exemple souvent nécessaire
d'activer la fonction proxy d'uMap.

Une carte uMap peut aussi afficher les données d'une couche d'une autre
uMap (vu qu'elles sont disponible en geojson), mais elle ne les fusionnera
pas dans une couche unique et on perdra la mise en forme des objets.



Le 5 février 2018 à 02:11, Shohreh  a écrit :

> Bonjour,
>
> Actuellement, différentes associations utilisent Umap chacune de son côté
> pour créer des cartes.
>
> Problème : sauf erreur, Umap ne permet pas de créer des couches (layers)
> dynamiques, c.a.d. avec un lien vers une couche d'une autre carte Umap. La
> seule possibilité dynamique est d'interroger OSM via une requête Overpass.
>
> Y a-t-il une solution avec Umap, ou un autre outil qui permette ce genre de
> chose? Ou faut-il imposer que toutes les associations travaillent sur une
> seule et même carte Umap, chacune utilisant des couches différentes?
>
> Merci.
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> 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

[Talk-it] Proposta utilizzo scala CAI

[Alessandro]

Ciao,
scusate per il cross-posting

La pagina con la proposta d'adozione del tag cai_scale (1) è stata 
aperta il 3 marzo 2016 e l'ultimo intervento in discussione è di ottobre 
2016.
Chiederei alle liste di leggere la pagina, eventualmente discutere 
ancora la cosa, e porre in votazione il tag che ormai (vista la 
diffusione) sta diventando standard de-facto.



Ricordo che cai_scale non vuole sostituire sac_scale ma è un 
complemento, ed è particolarmente significativo in Italia vista l'ampia 
diffusione dello standard CAI nelle carte escursionistiche e nelle 
paline indicatrici (dove si indica il grado più alto della difficoltà di 
percorrenza con T, E o EE).


In pratica mentre il sac_scale si applica al singolo tratto (un sentiero 
può avere tratti di facile percorrenza - sac_scale=hiking - e altri più 
impegnativi, come sac_scale=demanding_mountain_hiking), il cai_scale è 
applicato sulla relazione che organizza il sentiero indicando perciò il 
grado di percorrenza più alto.
Questo è un arricchimento dell'informazione perchè chi vuole percorrere 
l'intero sentiero avrà subito chiara la difficoltà massima cui 
incontrerà; chi vuole percorrerne solo uno o più tratti saprà quali 
difficoltà incontrerà in questi tratti.



Nota personale: se cerchiamo il pelo nell'uovo può comunque essere 
considerato un dato ridondante: se in un sentiero ci sono 20 tratti 
diversi si legge la difficoltà di tutti e si vede qual'è la più alta. 
Visto che è una caratteristica che tocca l'aspetto della sicurezza in 
montagna personalmente lo vedo come un miglioramento.


Alessandro Ale_Zena_IT


1) https://wiki.openstreetmap.org/wiki/Proposed_features/cai_scale

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