Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )

2018-02-21 Thread Marián Kyral

-- Původní e-mail --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 2. 2018 10:54:22
Předmět: Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )
"ah... zrovna jsem na to přišel... díky

další dotaz - kde je chyba, pokud je údaj v externí databázi shodný s údaji
v OSM a přesto to POI importer nechce napárovat?

viz:
http://osm.kyralovi.cz/POI-Importer-testing/#map=17/49.1936/16.5671
=CZECPbox=hideCompletePOI
https://www.openstreetmap.org/node/4782741021
"



POI-Importer má nastaveno, jak daleko má ty schránky hledat. Tahle je moc
daleko. Spáruje se až po aktualizaci souřadnic schránek z OSM. To ale zatím
nemám automatizováno a teď jsem na to dva dny neměl čas :-(





Ale je trochu zvláštní, že ani po mnoha hodinách není na mapě vykreslena
ikona schránky. Přitom místa je tam dost.




Marián



"
vop

-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 2. 2018 10:43:31
Předmět: Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )
"> - v POI importeru jsem chvíli tápal a objevil jeden neduh - nalezl jsem
schránku, která se zprvu označí šedým špendlíkem a když se špendlíky
zabarví, tak tento zmizí (asi nemá definovanou barvu). V praxi tzn, že
nevidím všechny špendlíky (zmizí mi před očima a nevím, které to byly) - viz
http://osm.kyralovi.cz/POI-Importer-testing/#map=18/49.1881/16.5363
=CZECPbox=hideCompletePOI
(http://osm.kyralovi.cz/POI-Importer-testing/#map=18/49.1881/16.5363=CZECPbox=hideCompletePOI)

Protože máš zatrhnuto "Skrýt kompletní POI" ;-)

Zbytek až se k tomu večer dostanu.

Marián

-- Původní e-mail --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 2. 2018 10:25:48
Předmět: Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )
"
Ahoj,
věnoval jsem se tomu chvíli a předkládám nějaké poznatky z pohledu "řadového
mappera":

- než jsem pochopil, co mám přesně dělat, navzdory popisu na Taskmanu jsem
tápal - pomohl mi až telefonát s Mirkem Suchým, nechápal jsem do té doby
některé nuance, např. že Taskman je jen na zabarvování čtverečků, že
porovnání v POI importeru je jen "jednosměrné" (viz níže) atp.
- (jednosměrnost) v POI importeru vidím vizualizované jen ty schránky, které
jsou v externí datové sadě České pošty? Tedy pokud oni něco nemají a my ano,
je to nějak vizualizováno?
- v POI importeru jsem chvíli tápal a objevil jeden neduh - nalezl jsem
schránku, která se zprvu označí šedým špendlíkem a když se špendlíky
zabarví, tak tento zmizí (asi nemá definovanou barvu). V praxi tzn, že
nevidím všechny špendlíky (zmizí mi před očima a nevím, které to byly) - viz
http://osm.kyralovi.cz/POI-Importer-testing/#map=18/49.1881/16.5363
=CZECPbox=hideCompletePOI
- údaj collection_times=* lze do OSM zadat buď jako údaj uvedený v jejich
databázi, nebo údaj uvedený na schránce. Z nějakého důvodu je na schránkách
uveden daleko přesnější čas (např. pro celou část města je uveden v databázi
jednotný čas - nejspíše čas, kdy pošťák začne schránky objíždět, např. 16:
00, ale na jednotlivých schránkách je např. 17:02). Který čas je pro nás
"správnější" pro uvedení do OSM?
- údaje o adresách a poznámky jsou v DB pošty docela zajímavé - nebylo by k
něčemu, přebírat do OSM i ty poznámky? Jde často o upřesnění, které může
pomoci schránku nalézt (stojan u zastávky MHD apod.)
-
- při projití ca 5-10 schránek jsem prakticky u každé nalezl nějaký rozdíl v
externích datech ČP a datech OSM. Nevím, jak detailně a jak efektivně toto
"hlásit". Píšu to do mailu, do teď jsem s tím vším strávil ca 1,5 hod a
přišlo mi to značně neefektivní... Dělám to vlastně dvakrát (jednou do OSM
dat a jednou do mailu) a navíc se ty poznámky od různých mapperů jistě budou
jevit asi značně nesourodě...
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


Re: [OSM-talk-fr] Voies

2018-02-21 Thread Stéphane Péneau

Le 21/02/2018 à 22:52, osm.sanspourr...@spamgourmet.com a écrit :


Comme Erwan je suis contre le passage en surfacique sur la voirie 
(sauf exception style parking) : c'est un réseau, on veut l'utiliser 
comme une carte pas comme une photo.
L'exemple des péages est "bon" : ce qui compte c'est qu'il y a un 
péage. le détail des voies, un lane suffit et ça évite 10 "Autoroute 
Machintruc" barbouillant le péage (pourquoi mettre un nom sur chaque 
way ?).




Le surfacique sur les highways qui existe déjà dans Osm est en 
complément du filaire, sur le même principe que le réseau hydrographique.


Stf

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


Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )

2018-02-21 Thread Marián Kyral
Dne 21.2.2018 v 18:09 Petr Vozdecký napsal(a):
> ...dotaz - toto je nějaká chyba?
>
> https://ulozto.cz/!dcciRBZSNda6/quickmemo-2018-02-21-18-03-22-png
>
> http://osm.kyralovi.cz/POI-Importer-testing/#map=18/49.2870/16.6360=CZECPbox
>
> bod se z pohledu hodnoty ref tvari, ze tam patri, z pohledu poznamky, ze tam 
> je uplne omylem. Bod je v mistni casti Utechov v Brne a 
> odkazuje na obec Nedvedice... V Nedvedici by ale takove ref rozhodne nebylo...

Ahoj,
trochu jsem znejistěl, ale nakonec to vypadá na chybu v datech ČP:

60012;Depo Brno 73;67autobusová zastávka,
Bor;Nedvědice;Nedvědice;Brno-venkov;08:15;1-5 - pracovní dny (pondělí až
pátek)

Jaký je skutečný stav, asi budeš muset zjistit sám ;-)

Marián


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


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


Re: [Talk-us] Rural US: Correcting Original TIGER Imported Ways

2018-02-21 Thread Nick Hocking
I've always been of the opinion that any of the original TIGER data import
that has not yet been edited and does not have a name tag, should just be
deleted.

Then, and only then can the rural areas begin to be mapped correctly.

In the early days there were  a lot of people who thought that "any data is
better than no data" whereas I believe that "no data" is better than bad
data.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-at] "geocodec/Socke/Johann Haag" stummschalten

2018-02-21 Thread Johann Haag
Hallo Rudi,
Meine Fragestellung zur Wiener Adress Besonderheit im osm Forum war rechtzeitig 
und klar, aber man hat mich dort links liegen gelassen, und mich ganz offen in 
einen 20k Edit hineinrennen lassen. Nicht ich war jener der die Diskussion 
verweigert hat.
Erst als ich die Sachlage anschließend in Eigenregie selbst eruiert hatte, 
heisst es plötzlich, das haben wir doch alles längst gewusst.
Das nennt man einen für Dumm verkaufen.

Nun nachdem eine einfache Lösung durch Mappen vorerst wenigstens der 
Basisadressen vorliegt, wird wieder gemauert was das Zeug hält, und auch noch 
im GitHub Forum suggestiv geflennt.

Das ist doch alles nur noch peinlich. Es wird keine Verbesserung in der OSM 
Adress Situation gewollt. Und der Ober Guru dieser Aktion ist auch noch Kassier 
im osm Verein AT.
Mein Misstrauensantrag an diesen.

Grüße Johann
Osm: wiki the map

> Am 22.02.2018 um 00:09 schrieb Rudolf Mayer :
> 
> Hallo!
> 
> Sorry für den Vollquottel unten, aber Andreas, du sprichst mir hier aus der 
> Seele mit deiner Antwort.
> 
> 
> @Johann, ich verstehe nicht, was genau Deine Motivation ist. Du unterstellst 
> allen anderen, dass sie keine besseren Daten haben wollen.
> 
> Und was machst du - du fügst unnötige Duplikate ein (und ja, es ist gut dass 
> Deine 20.000 Adressen gelöscht wurden, da war vorher von Dir keinerlei 
> Kontrolle was du überschreibst / duplizierst, so geht das einfach nicht), nur 
> damit *eine* Anwendung, über welche die Entwickler selber sagen, dass sie 
> kaputt ist, irgendwie funktioniert? Das kann es ja wirklich nicht sein, so 
> stur, das ist schon surreal.
> 
> Deine Nachrichten sind teilweise sehr mühsam zu lesen. Z.B. wenn Du da 
> proklamierst, das "Adressrätsel" gelöst zu haben (wenn du aber nur bestätigt 
> hast, was dir andere (z.b. fkv) schon mehrmals gesagt haben; wenn Du dauernd 
> das selbe wiederholst und einen bestimmten Hack in den Daten machen willst, 
> obwohl Dir genug Kollegen widersprechen, etc. Wenn du jeden beschuldigst, ein 
> Feind von guten Daten zu sein...
> 
> Und ich habe da von Dir auch keinerlei Vorschlag gesehen, wie ein zukünftiger 
> Import das besser machen würde, wie du Duplikate filtern oder bereinigen 
> willst.
> 
> Ich würde vorschlagen, über das mal zu reflektieren, und nicht gleich 
> anzunehmen, dass hier die "böse Wiener Gang" einen schlechten Datenbestand 
> verteidigen will..
> Ich bin selber 1/4 Tiroler, 3/4 Steirer, aber nun mal größtenteils in Wien 
> unterwegs, und ich hätte bis jetzt nicht das Gefühl gehabt, dass da eine 
> generelle Abneigung zu Mappern, die nicht nur Wiener Blut haben, gibt :-) Ich 
> glaube, das liegt eher an deinem unausgereiftem Vorschlag und großem Import, 
> der vorher einfach nicht diskutiert wurde. Und darauf hast du dann eigentlich 
> nur patzig reagiert, anstatt einen Fehler in der Vorgehensweise einzusehen, 
> und das in Ruhe zu diskutieren.
> 
> Also, bitte, ein paar mal tief durchatmen, und nicht gleich in den 
> Berserkermodus wechseln.
> 
> Lg
> Rudi
> 
> 
> P.s.: Weil du oft mal auch Google Maps als Vorbild nennst - wenn du mal 
> wirklich in so einer komplexen Wohnanlage routen willst, schaffen die das 
> auch nicht, weil einfach viele Gehwege nicht bekannt sind. Das ist nicht 
> einmal nur immer in den Wohnanlagen der Fall, sondern auch oft gibt es in 
> Wien (und nicht nur dort!) viele Häuserdurchlässe, Treppen, etc. die Google 
> nicht kennt. Also so alles eitel Wonne ist dort auch nicht. Aber klar, die 
> POI Suche, die Ähnlichkeitssuche, das ist um Welten besser.
> 
> 
> On 02/21/2018 09:15 PM, andreas wecer wrote:
>> On Tue, Feb 20, 2018 at 9:55 AM > 
>> wrote:
>>Ich spreche mich gegen ein "stummschalten" aus, weil geocodec immer
>>noch ein Mitglied der Community ist, das viel (auch
>>kontroversielles) beigetragen hat. Die Vorwuerfe und Anschuldigungen
>>sind entbehrlich, aber gehen aus meiner Sicht nicht so weit, dass
>>man jetzt gleich die Konversation abdrehen muss!
>> Ich habe nicht das Gefühl, dass die Konversation irgendwo hinführt, außer zu 
>> weiteren absurden Vorwürfen und Anschuldigungen, aber stimmt schon, komplett 
>> stumm schalten ist auch keine Lösung.
>> On Tue, Feb 20, 2018 at 7:57 AM Johann Haag > > wrote:
>>unser Vorbild basemap https://i.imgur.com/E47uhmj.png und Stadtplan
>>Wien
>>
>> https://www.wien.gv.at/stadtplan/grafik.aspx?lang=de-AT=nzA-cRnepO0ZPJ9FDUA9dQ-a5Rphlnqnnkur2pH4Oprw-b-b
>> auch da wird keinen privaten Grundstücken aufgrund des jeweiligen 
>> Untergrunds die Eigenschaft als Wohngebiet abgesprochen und auch in deinem 
>> zitierten Proposal steht fett "area:highway is NOT a kind of landuse"
>> On Tue, Feb 20, 2018 at 6:54 AM Johann Haag > > wrote:
>>Seltsamerweise sind genau jene Elemente welche Karten für Menschen
>>smart und nützlich machen (z.b. eine 

Re: [OSM-talk-fr] Editer source d'un changeset existant

2018-02-21 Thread Philippe Verdy
L'idée serait de pouvoir ajouter des tags de révision aux changesets, tant
pis s'ils sont déjà fermés.

Mais ils seraient sémantiquement plus utiles que les commentaires
supplémentaires des discussions qu'on y attache après coup.
Le genre de tags serait pour l'approbation, ou le signalement d'anomalies,
ou d'ambiguités, ou l'ajout de hashtags (travail en équipe), ou l'ajout de
références supplentnaires pour les sources, ou la correction de la mention
de la source, ou sa désambiguisation par un lien.

Avec ça on doit pouvoir ensuite gérer soi-même ses propres changesets en
"collections" personnelles au lieu de n'avoir qu'une vue historique en
ordre chronologique inverse: on peut attacher un tag personnel pour des
changesets non terminés qu'on veut revoir plus tard, ou des zones qu'on
surveille et pour lesquelles on attend encore d'autres données.

Ce serait plus utile que de taguer partout les éléments OSM un par un. Mais
les notes attachées aux changesets dans l'interface web d'OSM quand on
"browse" un numéro de changeset pour le visualiser, sont très très peu
utilisables et il n'est pas facile du tout de naviguer dans une longue
série de changeset pour retrouver ceux qu'on a fait. Cela servirait aussi
aux envois par bots pour retaguer les lots envoyés à sous-classer, évaluer
en sous-catégories, diviser une tâche de supervision pour la confier à un
groupe d'utilisateurs qui prendront chacun des lots manuels plus petits.

Ca peut aussi servir lors des mises à jour ultérieures pour savoir ce qui
est encore à jour ou pas.



Le 21 février 2018 à 21:38,  a écrit :

> C'est peut-être un peu bourrin mais ça doit marcher : sauver ses modifs
> (.osm par exemple), faire un revert, charger ses modifs, mettre les bonnes
> sources et re-balancer la purée. Certes il y aura plus de changeset mais le
> dernier aura la bonne info associée aux changements.
> Oui, ne pas fermer les changeset, ça peut être bien pour corriger mais
> c'est aussi comme ça que si on fait trop confiance à JOSM on met une modif
> qui n'a rien à voir dans ce changeset.
> N.B. : si tu ne fermes pas :
> - le serveur le fera "avec un délai raisonnable"
> - on ne peut commenter tes changeset (typiquement hier avec Osmose j'ai
> homogénéisé des noms et je me suis rendu compte que le Cadastre/Fantoir
> n'était pas d'accord avec la graphie que je connaissais et qui est sur au
> moins certains panneaux routiers, j'aurais bien laissé le changeset ouvert
> et mis une demande de vérification et changé le commentaire).
> Là j'ai mis une note https://www.openstreetmap.org/
> note/1305898#map=16/48.3803/-4.4005=N
> ... et laissé le commentaire pourri
> .
> Christian R. : je me demande si ce n'est name=Keraliou, name:br=Keralliou.
>
> Jean-Yvon
>
> Le 21/02/2018 à 16:55, Jérôme Seigneuret - jerome.seigneu...@gmail.com a
> écrit :
>
> Merci pour ce détail. Oui je ferme mais changeset à chaque envoi...
>
> Je prends note que si je le laisse ouvert avec un délai raisonnable c'est
> éditable.
>
>
>
> ___
> 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] "geocodec/Socke/Johann Haag" stummschalten

2018-02-21 Thread Rudolf Mayer

Hallo!

Sorry für den Vollquottel unten, aber Andreas, du sprichst mir hier aus 
der Seele mit deiner Antwort.



@Johann, ich verstehe nicht, was genau Deine Motivation ist. Du 
unterstellst allen anderen, dass sie keine besseren Daten haben wollen.


Und was machst du - du fügst unnötige Duplikate ein (und ja, es ist gut 
dass Deine 20.000 Adressen gelöscht wurden, da war vorher von Dir 
keinerlei Kontrolle was du überschreibst / duplizierst, so geht das 
einfach nicht), nur damit *eine* Anwendung, über welche die Entwickler 
selber sagen, dass sie kaputt ist, irgendwie funktioniert? Das kann es 
ja wirklich nicht sein, so stur, das ist schon surreal.


Deine Nachrichten sind teilweise sehr mühsam zu lesen. Z.B. wenn Du da 
proklamierst, das "Adressrätsel" gelöst zu haben (wenn du aber nur 
bestätigt hast, was dir andere (z.b. fkv) schon mehrmals gesagt haben; 
wenn Du dauernd das selbe wiederholst und einen bestimmten Hack in den 
Daten machen willst, obwohl Dir genug Kollegen widersprechen, etc. Wenn 
du jeden beschuldigst, ein Feind von guten Daten zu sein...


Und ich habe da von Dir auch keinerlei Vorschlag gesehen, wie ein 
zukünftiger Import das besser machen würde, wie du Duplikate filtern 
oder bereinigen willst.


Ich würde vorschlagen, über das mal zu reflektieren, und nicht gleich 
anzunehmen, dass hier die "böse Wiener Gang" einen schlechten 
Datenbestand verteidigen will..
Ich bin selber 1/4 Tiroler, 3/4 Steirer, aber nun mal größtenteils in 
Wien unterwegs, und ich hätte bis jetzt nicht das Gefühl gehabt, dass da 
eine generelle Abneigung zu Mappern, die nicht nur Wiener Blut haben, 
gibt :-) Ich glaube, das liegt eher an deinem unausgereiftem Vorschlag 
und großem Import, der vorher einfach nicht diskutiert wurde. Und darauf 
hast du dann eigentlich nur patzig reagiert, anstatt einen Fehler in der 
Vorgehensweise einzusehen, und das in Ruhe zu diskutieren.


Also, bitte, ein paar mal tief durchatmen, und nicht gleich in den 
Berserkermodus wechseln.


Lg
Rudi


P.s.: Weil du oft mal auch Google Maps als Vorbild nennst - wenn du mal 
wirklich in so einer komplexen Wohnanlage routen willst, schaffen die 
das auch nicht, weil einfach viele Gehwege nicht bekannt sind. Das ist 
nicht einmal nur immer in den Wohnanlagen der Fall, sondern auch oft 
gibt es in Wien (und nicht nur dort!) viele Häuserdurchlässe, Treppen, 
etc. die Google nicht kennt. Also so alles eitel Wonne ist dort auch 
nicht. Aber klar, die POI Suche, die Ähnlichkeitssuche, das ist um 
Welten besser.



On 02/21/2018 09:15 PM, andreas wecer wrote:
On Tue, Feb 20, 2018 at 9:55 AM > wrote:


Ich spreche mich gegen ein "stummschalten" aus, weil geocodec immer
noch ein Mitglied der Community ist, das viel (auch
kontroversielles) beigetragen hat. Die Vorwuerfe und Anschuldigungen
sind entbehrlich, aber gehen aus meiner Sicht nicht so weit, dass
man jetzt gleich die Konversation abdrehen muss!


Ich habe nicht das Gefühl, dass die Konversation irgendwo hinführt, 
außer zu weiteren absurden Vorwürfen und Anschuldigungen, aber stimmt 
schon, komplett stumm schalten ist auch keine Lösung.


On Tue, Feb 20, 2018 at 7:57 AM Johann Haag > wrote:


unser Vorbild basemap https://i.imgur.com/E47uhmj.png und Stadtplan
Wien

https://www.wien.gv.at/stadtplan/grafik.aspx?lang=de-AT=nzA-cRnepO0ZPJ9FDUA9dQ-a5Rphlnqnnkur2pH4Oprw-b-b


auch da wird keinen privaten Grundstücken aufgrund des jeweiligen 
Untergrunds die Eigenschaft als Wohngebiet abgesprochen und auch in 
deinem zitierten Proposal steht fett "area:highway is NOT a kind of landuse"


On Tue, Feb 20, 2018 at 6:54 AM Johann Haag > wrote:


Seltsamerweise sind genau jene Elemente welche Karten für Menschen
smart und nützlich machen (z.b. eine funktionierende Adress Suche)
dem osm Projekt entsagt

die funktionierende Suche ist ein Problem der Software und nicht der 
Daten. Du magst die Daten in manchen Fällen so hinbiegen können, dass 
Nominatim damit etwas besser klar kommt, aber dann haben wir schlechtere 
Daten und noch immer keine funktionierende Suche - siehe mein Bsp., 
siehe Peters Mail, siehe Volkis Mail, siehe Bugtracker, oder verwende 
einfach Nominatim und dann sag mir, dass du bis auf Untereinheiten von 
Adressen, die eigentlich schon ein vglw. nebensächlicher Spezialfall 
sind, alles einwandfrei finden kannst.


On Sun, Feb 18, 2018 at 10:29 PM Johann Haag > wrote:


Die adresse Velmerstraße 1a, gibt es aufgrund der Anwendung von Unit
Adresse doppelt,
OSM Nominativ löst unit nicht auf.
Du kannst das mittels:
[...]
addr:housenumber=1a/1
lösen.

Die Erklärung ergibt keinen Sinn, nachdem es ja gefunden wird, wenn der 
Suchbegriff um "Gemeinde" erweitert wird. Wenn dich das immer noch nicht 
überzeugt, kannst du das Spielchen auch 

Re: [Talk-at] "geocodec/Socke/Johann Haag" stummschalten

2018-02-21 Thread Johann Haag
Ich habe da einen Gedanken der Dir vielleicht gefällt,
ich Mappe bald sämtliche Basisadressen der Wiener Wohnen, und deren
Treppen. Du ergänzt anschließend diese Aderssen zwecks Vervollständigung um
die Adress- Matrix weiterer Hausnummern, wie bereits im Stadtplan Wien
umgesetzt.

Sofern Du eine funktionierende Form gefunden hast, und die vollständige
Adress- Matrix umgesetzt hast. Stört es mich überhaupt nicht, wenn du
abschließend Baisiadressen/Türen abschließend überschreibst. Löschen meiner
der dann von mir dann bereits gemappten Basis Adressen schließe ich
hingegen aus.

Vorher möchte ich deine vollständige Adress- Matrix sehen, welche die
Wohnanlagen Basis Adresse Türen ersetzt.

Grüße Johann
osm: wiki the map

Am 21. Februar 2018 um 21:15 schrieb andreas wecer 
:

> On Tue, Feb 20, 2018 at 9:55 AM  wrote:
>
>> Ich spreche mich gegen ein "stummschalten" aus, weil geocodec immer noch
>> ein Mitglied der Community ist, das viel (auch kontroversielles)
>> beigetragen hat. Die Vorwuerfe und Anschuldigungen sind entbehrlich, aber
>> gehen aus meiner Sicht nicht so weit, dass man jetzt gleich die
>> Konversation abdrehen muss!
>>
>
> Ich habe nicht das Gefühl, dass die Konversation irgendwo hinführt, außer
> zu weiteren absurden Vorwürfen und Anschuldigungen, aber stimmt schon,
> komplett stumm schalten ist auch keine Lösung.
>
> On Tue, Feb 20, 2018 at 7:57 AM Johann Haag  wrote:
>
>> unser Vorbild basemap  https://i.imgur.com/E47uhmj.png und Stadtplan
>> Wien  https://www.wien.gv.at/stadtplan/grafik.aspx?lang=de-
>> AT=nzA-cRnepO0ZPJ9FDUA9dQ-a5Rphlnqnnkur2pH4Oprw-b-b
>
>
> auch da wird keinen privaten Grundstücken aufgrund des jeweiligen
> Untergrunds die Eigenschaft als Wohngebiet abgesprochen und auch in deinem
> zitierten Proposal steht fett "area:highway is NOT a kind of landuse"
>
> On Tue, Feb 20, 2018 at 6:54 AM Johann Haag  wrote:
>
>> Seltsamerweise sind genau jene Elemente welche Karten für Menschen smart
>> und nützlich machen (z.b. eine funktionierende Adress Suche) dem osm
>> Projekt entsagt
>
> die funktionierende Suche ist ein Problem der Software und nicht der
> Daten. Du magst die Daten in manchen Fällen so hinbiegen können, dass
> Nominatim damit etwas besser klar kommt, aber dann haben wir schlechtere
> Daten und noch immer keine funktionierende Suche - siehe mein Bsp., siehe
> Peters Mail, siehe Volkis Mail, siehe Bugtracker, oder verwende einfach
> Nominatim und dann sag mir, dass du bis auf Untereinheiten von Adressen,
> die eigentlich schon ein vglw. nebensächlicher Spezialfall sind, alles
> einwandfrei finden kannst.
>
> On Sun, Feb 18, 2018 at 10:29 PM Johann Haag  wrote:
>
>> Die adresse Velmerstraße 1a, gibt es aufgrund der Anwendung von Unit
>> Adresse doppelt,
>> OSM Nominativ löst unit nicht auf.
>> Du kannst das mittels:
>> [...]
>> addr:housenumber=1a/1
>> lösen.
>
> Die Erklärung ergibt keinen Sinn, nachdem es ja gefunden wird, wenn der
> Suchbegriff um "Gemeinde" erweitert wird. Wenn dich das immer noch nicht
> überzeugt, kannst du das Spielchen auch mit jeder anderen Hausnummer in der
> Straße machen, die keine units hat. Mit "1a/1" hättest du dann genau das
> gleiche Problem.
> Das Erfassen neuer Adressen finde ich grundsätzlich begrüßenswert, egal ob
> erst einmal mit Appendix oder mit Unit, wenn sie sonst passen (einige hier
> werden das anders sehen, aber mit dem plan.at-Chaos ist das dennoch nicht
> vergleichbar), aber ein Auflösen von vorhandenen Units sehe ich als
> Vandalismus an. Du verweist selbst immer wieder auf den Wiener Stadtplan
> und nennst es sogar als "Vorbild", aber dieser schafft es Adressen und
> Stiegen unterschiedlich und übersichtlich darzustellen - wenn du das
> ebenfalls erreichen möchtest, musst du die Daten auch entsprechend erfassen.
>
> LG Andreas
>
>
>
> ___
> 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] Editer source d'un changeset existant

2018-02-21 Thread Christian Rogel
> Le 21 févr. 2018 à 21:38, osm.sanspourr...@spamgourmet.com a écrit :
> 
> - on ne peut commenter tes changeset (typiquement hier avec Osmose j'ai 
> homogénéisé des noms et je me suis rendu compte que le Cadastre/Fantoir 
> n'était pas d'accord avec la graphie que je connaissais et qui est sur au 
> moins certains panneaux routiers, j'aurais bien laissé le changeset ouvert et 
> mis une demande de vérification et changé le commentaire).
> Là j'ai mis une note 
> https://www.openstreetmap.org/note/1305898#map=16/48.3803/-4.4005=N 
> 
> ... et laissé le commentaire pourri 
> .
> Christian R. : je me demande si ce n'est name=Keraliou, name:br=Keralliou.

Oui, le cadastre affiche des orthographes  différentes (rarement, heureusement) 
des lieux proches; L’exemple que tu cites à Plougastel-Daoulas est symbolique.
Il y a donc bien un hameau de Keraliou et deux autres avec Keralliou (Moulin et 
Port). J’imagine que la mairie a homogénéisé ses panneaux, mais omis d’envoyer 
les corrections au cadastre.
L’Office public de la langue bretonne a proposé Keraliou en name:br pour 
chacune des occurences.

J’en profite pour signaler qu'après-demain, 23 février, il y aura une 
présentation de la carte d’OpenStreetMap en breton qui va bientôt sortir de sa 
version beta (openstreetmap.bzh).
C’est à Rennes, chez Skol an Emsav, 25 rue Pierre Martin, à 19 heures.
On parlera des outils numériques en breton.


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


Re: [Talk-at] "geocodec/Socke/Johann Haag" stummschalten

2018-02-21 Thread Johann Haag
Es ist absolut nicht notwendig die Arbeit anderer Mapper zu kippen oder
auch nur anzufassen. Denn in OSM Wien gibt es aktuell unglaublich große
Lücken.

Genau diesen Respekt darf aber dann auch neu gemapptes erfahren.

Also nur zu 175.000 von 200.000 Wiener Wohnen Adressen, und sehr viele
weitere Adressen sind aktuell in Wien noch vakant. Ich stelle fest dass von
meinen 20.000 Adressen alle wieder gelöscht worden sind. Man hätte
sinnvolles auch belassen können. Löschen war eben bequem, und entspricht
wohl auch der aktuellen Geisteshaltung einiger, aus OSM soll in Wien nichts
werden.

Grüße Johann
osm: wiki the map

Am 21. Februar 2018 um 21:15 schrieb andreas wecer 
:

> On Tue, Feb 20, 2018 at 9:55 AM  wrote:
>
>> Ich spreche mich gegen ein "stummschalten" aus, weil geocodec immer noch
>> ein Mitglied der Community ist, das viel (auch kontroversielles)
>> beigetragen hat. Die Vorwuerfe und Anschuldigungen sind entbehrlich, aber
>> gehen aus meiner Sicht nicht so weit, dass man jetzt gleich die
>> Konversation abdrehen muss!
>>
>
> Ich habe nicht das Gefühl, dass die Konversation irgendwo hinführt, außer
> zu weiteren absurden Vorwürfen und Anschuldigungen, aber stimmt schon,
> komplett stumm schalten ist auch keine Lösung.
>
> On Tue, Feb 20, 2018 at 7:57 AM Johann Haag  wrote:
>
>> unser Vorbild basemap  https://i.imgur.com/E47uhmj.png und Stadtplan
>> Wien  https://www.wien.gv.at/stadtplan/grafik.aspx?lang=de-
>> AT=nzA-cRnepO0ZPJ9FDUA9dQ-a5Rphlnqnnkur2pH4Oprw-b-b
>
>
> auch da wird keinen privaten Grundstücken aufgrund des jeweiligen
> Untergrunds die Eigenschaft als Wohngebiet abgesprochen und auch in deinem
> zitierten Proposal steht fett "area:highway is NOT a kind of landuse"
>
> On Tue, Feb 20, 2018 at 6:54 AM Johann Haag  wrote:
>
>> Seltsamerweise sind genau jene Elemente welche Karten für Menschen smart
>> und nützlich machen (z.b. eine funktionierende Adress Suche) dem osm
>> Projekt entsagt
>
> die funktionierende Suche ist ein Problem der Software und nicht der
> Daten. Du magst die Daten in manchen Fällen so hinbiegen können, dass
> Nominatim damit etwas besser klar kommt, aber dann haben wir schlechtere
> Daten und noch immer keine funktionierende Suche - siehe mein Bsp., siehe
> Peters Mail, siehe Volkis Mail, siehe Bugtracker, oder verwende einfach
> Nominatim und dann sag mir, dass du bis auf Untereinheiten von Adressen,
> die eigentlich schon ein vglw. nebensächlicher Spezialfall sind, alles
> einwandfrei finden kannst.
>
> On Sun, Feb 18, 2018 at 10:29 PM Johann Haag  wrote:
>
>> Die adresse Velmerstraße 1a, gibt es aufgrund der Anwendung von Unit
>> Adresse doppelt,
>> OSM Nominativ löst unit nicht auf.
>> Du kannst das mittels:
>> [...]
>> addr:housenumber=1a/1
>> lösen.
>
> Die Erklärung ergibt keinen Sinn, nachdem es ja gefunden wird, wenn der
> Suchbegriff um "Gemeinde" erweitert wird. Wenn dich das immer noch nicht
> überzeugt, kannst du das Spielchen auch mit jeder anderen Hausnummer in der
> Straße machen, die keine units hat. Mit "1a/1" hättest du dann genau das
> gleiche Problem.
> Das Erfassen neuer Adressen finde ich grundsätzlich begrüßenswert, egal ob
> erst einmal mit Appendix oder mit Unit, wenn sie sonst passen (einige hier
> werden das anders sehen, aber mit dem plan.at-Chaos ist das dennoch nicht
> vergleichbar), aber ein Auflösen von vorhandenen Units sehe ich als
> Vandalismus an. Du verweist selbst immer wieder auf den Wiener Stadtplan
> und nennst es sogar als "Vorbild", aber dieser schafft es Adressen und
> Stiegen unterschiedlich und übersichtlich darzustellen - wenn du das
> ebenfalls erreichen möchtest, musst du die Daten auch entsprechend erfassen.
>
> LG Andreas
>
>
>
> ___
> 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] Voies

2018-02-21 Thread osm . sanspourriel

Le 21/02/2018 à 19:50, Erwan Salomon - r...@gmx.fr a écrit :


c’est pas parce que certains se le permettent qu’il faut les imiter ;-)

+1, aussi pour JB et Jérome.

Ça rejoint la discussion sur 1/2 way et le conflit d'édition.

> cela donne des résultats bizarres 
https://www.openstreetmap.org/?mlat=48.83928=2.24425#map=18/48.83928/2.24425 

Voir que la piste cyclable traverse la voie de tram perpendiculairement 
c'est une info pertinente, donc alors que je suis assez d'accord sans ce 
cas précis ça ne fait pas hurler.


> Comme le rappelle Christian, le principal objectif d'avoir des voies 
séparées dans OSM est l'aide au routage. Si la chaussée est la même, il 
faut se poser la question de la pertinence de scinder la voie.


Sur la discussion du changeset 
 (Christian,donc oui 
il a eu discussion), Meersbrook veut utiliser lane pour les bandes et 
track pour les pistes cyclables qui sont parallèles à la voirie.
Si on parle de lisibilité et réseau, ça peut s'entendre mais alors on a 
des cycleway:right=track et autres cycleway:right:surface=paved, 
sidewalk:right:surface=concrete... ?


Pour la route de la Reine 
(https://www.openstreetmap.org/?mlat=48.83928=2.24425#map=18/48.83928/2.24425), 
je suis d'accord c'est une horreur, je pense que la personne ne connaît 
pas turn:lanes:forward et turn:lanes:backward.


C'est d'ailleurs un problème de micro-cartographie : une carte symbolise 
et donc simplifie pour avoir une visibilité.


Par analogie avec sidewalk 
, pourquoi ne pas 
mettre un cycleway=separate sur la rue principale et un cycleway en 
propre à côté s'il a aussi "sa vie propre" par endroit ?


>/Au USA il font des aires  de croisement avec des relations pour gérer 
les contraintes d'accès. Du coup la surface entre deux voies c'est pas 
con comme idée. A voir comment un moteur de calcul d'itinéraire s'en 
sort avec ça et comme gérer les interdictions de demi-tour./

/
/
/Jérôme/

C'est qu'aux États-Unis tu vas avoir une "voie" bitumée centrale, 
séparée par un trait continu, précédé par des zébras et des flèches de 
tourne à gauche (souvent dans les deux sens, alternativement !)
https://mc.bbbike.org/mc/?lon=-77.034168=38.895508=19=2=mapnik=digitalglobe-premium= 
 
(tu remarqueras que la carte est simple et lisible... sans cette surface).


Comme Erwan je suis contre le passage en surfacique sur la voirie (sauf 
exception style parking) : c'est un réseau, on veut l'utiliser comme une 
carte pas comme une photo.
L'exemple des péages est "bon" : ce qui compte c'est qu'il y a un péage. 
le détail des voies, un lane suffit et ça évite 10 "Autoroute 
Machintruc" barbouillant le péage (pourquoi mettre un nom sur chaque way ?).


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


[OSM-talk] Presenting the Open Data Geoportal of Tirana

2018-02-21 Thread Sidorela Uku
Hello everyone,

I wanted to share with you that we (OpenStreetMap Albanian community),
collaborated with municipality of Tirana and they donated us geospatial
data with a compatible license with OSM. To use the data we have now our
first geoportal which was built using MapServer and Apache.

Full annuncement article is here:
https://openlabs.cc/en/intro-geoportal-tirana-en/

We hope to have collaboration with other cities soon.

Any thoughts to share?

Best regards,

Sidorela from OSM Albania



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


Re: [Talk-es] Importación de Catastro. Etiquetado del conjunto de cambios

2018-02-21 Thread alan_gr
Hola Javier,

Ahora que lo mencionas, me parece que esa página de la wiki sí se refiere al
uso de la etiqueta "source=" (y otros etiquetas relacionadas) en objetos, y
no en conjuntos de cambios. Estoy de acuerdo que el conjunto de cambios es
el sitio lógico para estos datos.

Un saludo
Alan



--
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-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread MARIO
Non mi sembra che Street View ponga delle limitazioni.

⁣Inviato da BlueMail ​

Il giorno 21 feb 2018, 12:03, alle ore 12:03, Elena ``of Valhalla'' 
 ha scritto:
>On 2018-02-21 at 11:18:53 +0100, Andrea Albani wrote:
>> Il giorno 21 febbraio 2018 11:00, Francesco Pelullo
>
>> ha scritto:
>> > Acquisisci un'informazione geografica, che prima di quel momento
>non avevi
>> > (altrimenti non avresti usato SV).
>> > Questa informazione è rilasciata gratuitamente (non liberamente) da
>Google.
>> > Google non consente di utilizzare questa informazione per scopi
>diversi da
>> > quelli previsti.
>> La foto è di Google, ma il contenuto no perchè è pubblicamente
>disponibile
>> nella via per chiunque voglia vederlo.
>>
>> Io uso il contenuto pubblico, non ricavo un'opera derivata dalla foto
>in sè.
>
>usando google street view non si deve rispettare solo la legge, ma
>anche
>i termini d'uso di street view.
>
>Di recente non li ho letti, ma se quei termini d'uso vietano di
>prendere
>le informazioni da street view e riportarle altrove, chi lo fa deve
>essere disposto ad accollarsi le spese legali per dimostrare che quella
>restrizione non era lecita, e OSM come progetto non può permettersi di
>farlo.
>
>Si può obiettare che non sia giusto, ma è la situazione attuale, e
>cambiarla è un problema complesso.
>
>--
>Elena ``of Valhalla''
>
>___
>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


[OSM-talk-fr] Zones géographiques informelles

2018-02-21 Thread djakk djakk
Re-salut,

une question sur le sujet des zones géographiques : comment tagguer celles
qui sont « informelles » (non-administratives), dont la limite est floue :
la vallée de la Vésubie, la corniche de Pail, la Beauce ...
On retrouve trace de ces noms dans la presse locale.


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


Re: [OSM-talk-fr] Voies

2018-02-21 Thread djakk djakk
J’ajoute l’exemple du Louvre de Paris qui se rapproche d’un péage :
https://www.openstreetmap.org/#map=19/48.86253/2.33513


djakk



Le mer. 21 févr. 2018 à 19:38, JB  a écrit :

> Bonsoir,
> Je commence par le deuxième cas, le péage : surtout pas, et ça fait un an
> que personne n'a supprimé ça. Les voies ne sont pas séparées physiquement,
> pas marquées au sol, peuvent parfois être utilisées dans les deux sens,
> parfois sont fermées. Et cela n'apporte rien.
> Pour le premier cas, le tourne à gauche, je dirais normalement « non,
> utilise turn:lanes » https://wiki.openstreetmap.org/wiki/Lanes. Mais dans
> ce cas précis, je suis plus réservé car cette modélisation évite d'avoir à
> créer plusieurs relations type=restriction car les petites rues qui
> arrivent de droite et de gauche ne peuvent apparemment pas traverser. Par
> contre, d'un point de vue routage, tu n'es pas génial, car dès la
> séparation des voies modélisées, on considère que tu ne peux plus tourner à
> gauche. Après, attention aussi aux « coutumes locales » qui peuvent faire
> apparaitre des habitudes de taggage différentes (ne va pas modifier toutes
> les intersections américaines alors que tu contribues habituellement en
> France).
>
> JB.
>
>
>
> Le 21/02/2018 à 19:21, djakk djakk a écrit :
>
> Salut,
>
> une question sur les voies non séparées par une barrière, comme les voies
> d’acceleration, les tourne-à-gauche et les multiples voies d’un péage : une
> « way » spécifique ou pas ?
> Je croyais que non, mais en voyant que certains font l’inverse, je
> m’interroge.
> Tourne-à-gauche en Californie :
> https://www.openstreetmap.org/#map=19/37.29258/-121.99091
> Péage de l’A1 en France métropolitaine :
> https://www.openstreetmap.org/#map=16/49.2152/2.628
> 
>
> djakk
>
>
> ___
> 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


[OSM-talk-be] Kom naar de Trefdag Trage Wegen / 24 maart 2018 in Herzele

2018-02-21 Thread Steven Clays
[image: Kom naar de Trefdag Trage Wegen / 24 maart 2018]


*Ontmoetingsdag voor liefhebbers van trage wegen*

Uitwisseling, inspiratie en een verkwikkende voorjaarswandeling: dat zijn
de ingrediënten van de Trefdag 2018. De werkgroep Trage Wegen van Herzele
heet ons welkom in de Vlaamse Ardennen. Een niet te missen
ontmoetingsmoment voor leden, lokale werkgroepen én voor alle fervente
wandelaars en fietsers.

*>> Ook enthousiast?* *Schrijf je in
*!
Programma

*9u30 - 10u00: Onthaal* - Goed op weg met koffie of thee

*10u00 - 11u00*

*Algemene Vergadering Trage Wegen*

Onze *lidverenigingen* beraadslagen over *bestuurszaken*. We sluiten de
jaarrekening 2017 af, keuren de begroting 2018 goed en kijken naar de
plannen voor 2018.



*Inspiratiemoment Dag van de Trage Weg*

Het jaarlijkse *campagneweekend* vindt plaats op 20 en 21 oktober 2018. We
kijken naar de hoogtepunten van de afgelopen jaren, luisteren naar
creatieve organisatoren en verkennen mogelijke acties voor de editie van
2018.
*11u00 - 11u45: Achter de schermen van een nieuw decreet gemeentewegen:*

*wat is de impact voor onze trage wegen?*

Er broeit wat op wetgevend vlak: de Vlaamse meerderheidspartijen sleutelen
aan een decreet voor álle gemeentewegen. De nieuwe regelgeving kan
aanzienlijke gevolgen hebben
voor trage wegen. We geven het woord aan *Lies Jans*, Vlaams parlementslid
(N-VA) en stuwende kracht
achter het decreet. Zij motiveert de principes van het initiatief en
situeert de voortgang van het overleg.
Trage Wegen vzw houdt de vinger aan de pols: juridisch specialist *Steven
Clays*
duidt het belang van het decreet voor de trage wegen. Hij wijst op kansen
en valkuilen.
Uiteraard is er ruimte voor vragen en discussie met het publiek. Deze
sessie is een unieke kans
om meer te vernemen over het decreet en de actuele verwikkelingen die
cruciaal zijn voor
het tragewegennetwerk in elke Vlaamse stad of gemeente.

*11u45 - 12u30: *
*Lokaal op de bres voor trage wegen:Hoe maken we samen het verschil in
verkiezingsjaar 2018?*

*Lokale actie* loont: gemeenten waar werkgroepen of verenigingen actief
zijn, hebben een krachtiger
tragewegenbeleid. Tijdens deze sessie discussiëren we in kleinere
*gesprekstafels*. We luisteren
naar ervaringen van lokale pleitbezorgers en enthousiastelingen. Samen gaan
we op zoek naar een
*aanpak *die loont. Hoe stimuleren we lokale bestuurders? Waar maken
*werkgroepen* het verschil?
Op welke manier kunnen de lokale *verkiezingen *een scharniermoment
betekenen? Lokale actie is
geen geïsoleerde strijd; overal in Vlaanderen pleiten mensen voor meer en
betere trage wegen.
Deze sessie brengt ze samen en verzamelt ervaringen en goede voorbeelden.

*12u30 - 13u15:* *Lunch*

*13u15 - 16u00: Voorjaarswandeling*

De Werkgroep Trage Wegen Herzele neemt de bezoekers van de Trefdag mee op
tocht doorheen
een pre-Vlaamse-Ardennen-landschap. We genieten van een *gevarieerd*
overgangslandschap met
uitgestrekte kouters, landwegen, vochtige weiden en heuvelachtige
panorama's. De* luswandeling*
van ca. 9 kilometer loodst ons langs trage wegen in Ressegem, Woubrechtegem
en het grensgebied
met Aaigem (Erpe-Mere). Het verhaal van de Herzeelse werkgroep start zo’n
20 jaar geleden,
toen de eerste *acties* werden georganiseerd om de teloorgang van trage
wegen aan te kaarten.
Gaandeweg kreeg de gemeente meer aandacht voor dit unieke patrimonium. De
*wisselwerking*
tussen lokaal bestuur en werkgroep staat centraal in de wandeling. We
krijgen toelichting bij kleine
en grote overwinningen, moeilijke dossiers en verrassende allianties. We
sluiten af met één van
de bekroonde streekbieren uit Herzele.



*>> Ook enthousiast?* *Schrijf je in
*!
Praktisch

*WAAR?*

Het voormiddaggedeelte en de lunch vinden plaats in de lokalen van de
gemeentelijke basisschool De Kersentuin. Deze locatie bevindt zich op 20
minuten wandelen van het treinstation Herzele. De Kersentuin is ook het
vertrekpunt voor de voorjaarswandeling in de namiddag (merk op dat De
Kersentuin niet meer toegankelijk is ná de wandeling).

De Kersentuin | Tuinwijkstraat 2| 9550 Herzele | 053 62 21 58 | <  /n   Dit e-mailadres wordt beveiligd
tegen spambots. JavaScript dient ingeschakeld te zijn om het te bekijken.
  >gbs.i...@gbsherzele.be |
www.gbsherzele.be/kersentuin
*[image: Station Herzele]Warm onthaal voor de duurzame reiziger*

Sinds 2012 zijn de loketten van het station in Herzele gesloten en is het
een stopplaats 

Re: [OSM-talk-fr] Editer source d'un changeset existant

2018-02-21 Thread osm . sanspourriel
C'est peut-être un peu bourrin mais ça doit marcher : sauver ses modifs 
(.osm par exemple), faire un revert, charger ses modifs, mettre les 
bonnes sources et re-balancer la purée. Certes il y aura plus de 
changeset mais le dernier aura la bonne info associée aux changements.


Oui, ne pas fermer les changeset, ça peut être bien pour corriger mais 
c'est aussi comme ça que si on fait trop confiance à JOSM on met une 
modif qui n'a rien à voir dans ce changeset.

N.B. : si tu ne fermes pas :
- le serveur le fera "avec un délai raisonnable"
- on ne peut commenter tes changeset (typiquement hier avec Osmose j'ai 
homogénéisé des noms et je me suis rendu compte que le Cadastre/Fantoir 
n'était pas d'accord avec la graphie que je connaissais et qui est sur 
au moins certains panneaux routiers, j'aurais bien laissé le changeset 
ouvert et mis une demande de vérification et changé le commentaire).
Là j'ai mis une note 
https://www.openstreetmap.org/note/1305898#map=16/48.3803/-4.4005=N
... et laissé le commentaire pourri 
.

Christian R. : je me demande si ce n'est name=Keraliou, name:br=Keralliou.

Jean-Yvon

Le 21/02/2018 à 16:55, Jérôme Seigneuret - jerome.seigneu...@gmail.com a 
écrit :

Merci pour ce détail. Oui je ferme mais changeset à chaque envoi...

Je prends note que si je le laisse ouvert avec un délai raisonnable 
c'est éditable.




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


Re: [OSM-talk-fr] Voies

2018-02-21 Thread Erwan Salomon
c’est pas parce que certains se le permettent qu’il faut les imiter ;-)

pour les péages d’aucuns te diront qu’il y a bien une séparation des voies au 
niveau du péage (automate ou guérite avec un(e) hôte(sse))
mais comme le fait remarquer JB il y a souvent une démarcation mobile des voies 
vers ou venant de (Paris ou autre) pour fluidifier les départs ou les retours
du coup plutôt que mal taguer pour cause de trop de précision je préfère mal 
taguer en étant plus vague (ou à minima il vaudrait mieux être égalitaire)
cela dit je n’ai jamais eu ce cas de conscience faute de péage (de toute façon 
je n’ai pas le droit de circuler par là avec mon vélo) ;-)

erwan [glyo]

> Le 21 févr. 2018 à 19:21, djakk djakk  a écrit :
> 
> Salut, 
> 
> une question sur les voies non séparées par une barrière, comme les voies 
> d’acceleration, les tourne-à-gauche et les multiples voies d’un péage : une « 
> way » spécifique ou pas ? 
> Je croyais que non, mais en voyant que certains font l’inverse, je 
> m’interroge. 
> Tourne-à-gauche en Californie : 
> https://www.openstreetmap.org/#map=19/37.29258/-121.99091 
> 
> Péage de l’A1 en France métropolitaine :  
> https://www.openstreetmap.org/#map=16/49.2152/2.628 
> 
> 
> djakk
> ___
> 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] "geocodec/Socke/Johann Haag" stummschalten

2018-02-21 Thread andreas wecer
On Tue, Feb 20, 2018 at 9:55 AM  wrote:

> Ich spreche mich gegen ein "stummschalten" aus, weil geocodec immer noch
> ein Mitglied der Community ist, das viel (auch kontroversielles)
> beigetragen hat. Die Vorwuerfe und Anschuldigungen sind entbehrlich, aber
> gehen aus meiner Sicht nicht so weit, dass man jetzt gleich die
> Konversation abdrehen muss!
>

Ich habe nicht das Gefühl, dass die Konversation irgendwo hinführt, außer
zu weiteren absurden Vorwürfen und Anschuldigungen, aber stimmt schon,
komplett stumm schalten ist auch keine Lösung.

On Tue, Feb 20, 2018 at 7:57 AM Johann Haag  wrote:

> unser Vorbild basemap  https://i.imgur.com/E47uhmj.png und Stadtplan
> Wien
> https://www.wien.gv.at/stadtplan/grafik.aspx?lang=de-AT=nzA-cRnepO0ZPJ9FDUA9dQ-a5Rphlnqnnkur2pH4Oprw-b-b


auch da wird keinen privaten Grundstücken aufgrund des jeweiligen
Untergrunds die Eigenschaft als Wohngebiet abgesprochen und auch in deinem
zitierten Proposal steht fett "area:highway is NOT a kind of landuse"

On Tue, Feb 20, 2018 at 6:54 AM Johann Haag  wrote:

> Seltsamerweise sind genau jene Elemente welche Karten für Menschen smart
> und nützlich machen (z.b. eine funktionierende Adress Suche) dem osm
> Projekt entsagt

die funktionierende Suche ist ein Problem der Software und nicht der Daten.
Du magst die Daten in manchen Fällen so hinbiegen können, dass Nominatim
damit etwas besser klar kommt, aber dann haben wir schlechtere Daten und
noch immer keine funktionierende Suche - siehe mein Bsp., siehe Peters
Mail, siehe Volkis Mail, siehe Bugtracker, oder verwende einfach Nominatim
und dann sag mir, dass du bis auf Untereinheiten von Adressen, die
eigentlich schon ein vglw. nebensächlicher Spezialfall sind, alles
einwandfrei finden kannst.

On Sun, Feb 18, 2018 at 10:29 PM Johann Haag  wrote:

> Die adresse Velmerstraße 1a, gibt es aufgrund der Anwendung von Unit
> Adresse doppelt,
> OSM Nominativ löst unit nicht auf.
> Du kannst das mittels:
> [...]
> addr:housenumber=1a/1
> lösen.

Die Erklärung ergibt keinen Sinn, nachdem es ja gefunden wird, wenn der
Suchbegriff um "Gemeinde" erweitert wird. Wenn dich das immer noch nicht
überzeugt, kannst du das Spielchen auch mit jeder anderen Hausnummer in der
Straße machen, die keine units hat. Mit "1a/1" hättest du dann genau das
gleiche Problem.
Das Erfassen neuer Adressen finde ich grundsätzlich begrüßenswert, egal ob
erst einmal mit Appendix oder mit Unit, wenn sie sonst passen (einige hier
werden das anders sehen, aber mit dem plan.at-Chaos ist das dennoch nicht
vergleichbar), aber ein Auflösen von vorhandenen Units sehe ich als
Vandalismus an. Du verweist selbst immer wieder auf den Wiener Stadtplan
und nennst es sogar als "Vorbild", aber dieser schafft es Adressen und
Stiegen unterschiedlich und übersichtlich darzustellen - wenn du das
ebenfalls erreichen möchtest, musst du die Daten auch entsprechend erfassen.

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


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread MARIO
Di nulla

⁣Inviato da BlueMail ​

Il giorno 21 feb 2018, 10:43, alle ore 10:43, Andrea Albani  
ha scritto:
>Il giorno 21 febbraio 2018 10:14, Volker Schmidt  ha
>scritto:
>
>> Concordo pienamente con Francesco.
>> Copiare da Google non è compatibile.
>> Punto.
>>
>>
>Forse la questione è proprio qui, ovvero cosa intendi tu o Francesco
>per
>"copiare" ?
>Perchè la tua posizione è molto netta e con quel "Punto." sembri non
>ammettere discussioni, come se la definizione fosse scontata e
>condivisa.
>
>Se ricalco su Google Maps strade che risultano inesistenti sulle
>ortofoto
>"lecite" e le riporto in OSM, sicuramente siamo tutti d'accordo.
>
>Se invece colto da un dubbio faccio una capatina virtuale con
>StreetView le
>opinioni sembrano divergere.
>
>Di che cosa mi approprio guardando una foto di Streetview ?
>
>Vorrei solo capire.
>
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-fr] Voies

2018-02-21 Thread JB

Bonsoir,
Je commence par le deuxième cas, le péage : surtout pas, et ça fait un 
an que personne n'a supprimé ça. Les voies ne sont pas séparées 
physiquement, pas marquées au sol, peuvent parfois être utilisées dans 
les deux sens, parfois sont fermées. Et cela n'apporte rien.
Pour le premier cas, le tourne à gauche, je dirais normalement « non, 
utilise turn:lanes » https://wiki.openstreetmap.org/wiki/Lanes. Mais 
dans ce cas précis, je suis plus réservé car cette modélisation évite 
d'avoir à créer plusieurs relations type=restriction car les petites 
rues qui arrivent de droite et de gauche ne peuvent apparemment pas 
traverser. Par contre, d'un point de vue routage, tu n'es pas génial, 
car dès la séparation des voies modélisées, on considère que tu ne peux 
plus tourner à gauche. Après, attention aussi aux « coutumes locales » 
qui peuvent faire apparaitre des habitudes de taggage différentes (ne va 
pas modifier toutes les intersections américaines alors que tu 
contribues habituellement en France).

JB.


Le 21/02/2018 à 19:21, djakk djakk a écrit :

Salut,

une question sur les voies non séparées par une barrière, comme les 
voies d’acceleration, les tourne-à-gauche et les multiples voies d’un 
péage : une « way » spécifique ou pas ?
Je croyais que non, mais en voyant que certains font l’inverse, je 
m’interroge.
Tourne-à-gauche en Californie : 
https://www.openstreetmap.org/#map=19/37.29258/-121.99091
Péage de l’A1 en France métropolitaine : 
https://www.openstreetmap.org/#map=16/49.2152/2.628 



djakk



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


Re: [OSM-talk-fr] Voies

2018-02-21 Thread Jérôme Seigneuret
J'utilise turn:lanes sur les portions non séparé et je commence la
bifurcation à 45° au plus proche de la portion séparé physiquement.

https://www.openstreetmap.org/#map=20/43.58222703092132/3.86339287330112


Le 21 février 2018 à 19:21, djakk djakk  a écrit :

> Salut,
>
> une question sur les voies non séparées par une barrière, comme les voies
> d’acceleration, les tourne-à-gauche et les multiples voies d’un péage : une
> « way » spécifique ou pas ?
> Je croyais que non, mais en voyant que certains font l’inverse, je
> m’interroge.
> Tourne-à-gauche en Californie : https://www.openstreetmap.
> org/#map=19/37.29258/-121.99091
> Péage de l’A1 en France métropolitaine :  https://www.openstreetmap.
> org/#map=16/49.2152/2.628
> 
>
> djakk
>
> ___
> 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


[OSM-talk-fr] Voies

2018-02-21 Thread djakk djakk
Salut,

une question sur les voies non séparées par une barrière, comme les voies
d’acceleration, les tourne-à-gauche et les multiples voies d’un péage : une
« way » spécifique ou pas ?
Je croyais que non, mais en voyant que certains font l’inverse, je
m’interroge.
Tourne-à-gauche en Californie :
https://www.openstreetmap.org/#map=19/37.29258/-121.99091
Péage de l’A1 en France métropolitaine :
https://www.openstreetmap.org/#map=16/49.2152/2.628


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


Re: [Talk-ee] OSM PostgreSQL-i

2018-02-21 Thread Margus Värton
Hoi, Andres!

OSMi andmemudel oma olemuselt ei ole minu arusaamist mööda eriti sobiv
klassikalisse relatsioonilisse mudelisse mahutamiseks. See vabade
võti/väärtus paaride kogum tahab saada pisut akrobaatikat (lisatabeleid),
et mõistlikul kombel relatsioonilisse mudelisse topitud saada. Mingi NoSQL
(näiteks MongoDB) võiks sinna ideoloogiliselt paremini sobida. Aga
tegelikult pole see andmebaasimootori nimi väga oluline, sest planet.osm,
mis on siis OSMi ametlik andmeväljund, on pakitud XML. Nii et ülesande
sisuks on XMLi väänamine Postgresse PostGISile sobival kujul.
Iseenesest on OSM praegused serverid Postgre peal küll. Praegune Postgre
andmemudel on kirjeldatud siin:
https://wiki.openstreetmap.org/w/images/5/58/OSM_DB_Schema_2016-12-13.svg.
Siit on näha ka see, kuidas sõlmede (node) sildid (tag) on eraldi tabelisse
pandud.

Parimat,

- M -

21. veebruar 2018 12:41 kirjutas Andres Kaaber :

> Ahhoi!
>
> Ma küll ei ole juba mõni aasta OSM -i kõhtu vaadanud ... aga kas ta mitte
> ei ole / olnud PostgreSQL -s :) ? Või mida sa mõtled OSM andmestiku all?
>
> 21. veebruar 2018 11:48 kirjutas Olavi Randma :
>
>> Tere
>>
>> Olen juba mõnda aega tegelenud OSM andmestiku konverteerimisega
>> PostgreSQL-i. Topoloogia konverteerimine õnnestus kõige paremini
>> programmiga osm2po, kuid keelatud pöörete konverteerimine ei õnnestunud
>> mitte millegagi. Igatahes lõin otsimisele käega ning tegin konverteri ise.
>> Nüüdseks on andmed konverteeritud ning arvutus - ja analüüsi programmid ka
>> kohandatud sellega. Eeskätt huvitab mind muidugi autograaf, kuid hea oleks
>> kui saaks ka jalgratta- ning jalgsikäigu graafid "korda". Nagu igasugu
>> plaaniarvutuste puhul on oluline kui hästi plaan vastab tegelikkusele nii
>> ka siin ning see sõltub eeskätt andmestikust.
>> Kui asja vastu on laiem huvi, siis ma võin probleeme juba avada
>> põhjalikumalt ja ka vastav testprogramm on veebis kättesaadav.
>>
>> Lugupidamisega
>>
>> Olavi Randma
>> programmeerija
>>
>>
>> ___
>> Talk-ee mailing list
>> Talk-ee@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ee
>>
>
>
>
> --
> A. Kaaber
>
> ___
> Talk-ee mailing list
> Talk-ee@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ee
>
>
___
Talk-ee mailing list
Talk-ee@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ee


Re: [OSM-talk-fr] une ou deux way ? 2 ways s'il y a un obstacle.

2018-02-21 Thread Erwan Salomon
de prime abord j’aurais tendance à utiliser pour ce genre de cas : 
traffic_calming=island
https://wiki.openstreetmap.org/wiki/Tag:traffic_calming%3Disland
à ajouter sur une portion du way
sans doute à compléter avec des interdictions de tourner à gauche à certains 
carrefours
voir juste un passage piéton avec la précision crossing=island
https://wiki.openstreetmap.org/wiki/Key:crossing

sinon un rendu qui prendrait en compte lanes=# pour dessiner la largeur des 
highway ça serait pas mal aussi
ça donnerait un rendu plus proche de la réalité et qui limiterait l’envie de 
passer en surfacique (qui me semble une mauvaise option proche du tag pour le 
rendu)
ça rendrait aussi les transition sur les séparation de chemin plus esthétiques 
notamment dans les cas comme cette « Route de la Reine »

> Le 21 févr. 2018 à 14:45, Thomas Ruchin  a écrit :
> 
> Attention, ce n'est pas si évident que cela. Quand on le pratique de manière 
> jusqu'au boutiste, cela donne des résultats bizarres 
> https://www.openstreetmap.org/?mlat=48.83928=2.24425#map=18/48.83928/2.24425
>  
> 
>  
> Pour ceux qui connaissent le secteur, heureusement que le Boulevard de 
> Magenta à Paris n'est pas cartographié selon la même manière que la Route de 
> la Reine à Boulogne
> 
> Comme le rappelle Christian, le principal objectif d'avoir des voies séparées 
> dans OSM est l'aide au routage. Si la chaussée est la même, il faut se poser 
> la question de la pertinence de scinder la voie.
> 
> Thomas Ruchin
> 
> Le 21 février 2018 à 12:21, Cyrille37 OSM  > a écrit :
> Le 21/02/2018 à 10:28, Christian Quest a écrit :
> Pour moi tout ce qui oblige à faire un choix de passer "à gauche ou à droite" 
> (donc routage) est un obstacle.
> Une bande réservée au stationnement est aussi pour moi un obstacle vu qu'on 
> va devoir choisir par où passer.
> 
> +1
> 
> 
> ___
> 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


[OSM-talk-be] trage wegen in het Dendermondse

2018-02-21 Thread joost schouppe
Hoi,

Vijf jaar geleden, I kid you not, heeft er iemand alle buurtwegen in
Dendermonde ingetekend als note="nummer van de buurtweg", en niets meer. Er
zijn nu nog steeds een 500-tal over. De mensen van Trage Wegen vzw hebben
me erop gewezen.
Een beetje jammer dat we dat zolang niet gezien of geneerd hebben, maar wel
een goede gelegenheid om eens iets te testen.

Dus heb ik even dit in elkaar geknutseld:

https://www.mapcontrib.xyz/t/6d1770-Trage_wegen_als_Note

Deze kan je zowel thuis gebruiken als op mobiel om terreinopname te doen.
Alle gevallen verschijnen hier op de kaart. Als je je account koppelt, dan
kan je aangeven of de weg verdwenen is (1), nog bestaat maar een slechte
geometrie heeft (2), gewoon nog bestaat en vanaf nu een weg mag zijn (3),
en of je het al even bekeken hebt, maar deze duidelijk ter plaatse moet
onderzocht worden (4).

In geval 1, 2 en 3 verdwijnt het van de kaart. In geval 4 gaat het naar een
andere categorie die ook op de kaart staat.
In geval 1 wordt de way aangeduid als een disused:highway=road (en die
mogen eventueel verwijderd worden).
In geval 2 wordt een fixme=resurvey tag toegevoegd. In deze gevallen heb je
niet veel aan mapcontrib, want daar kan je geen geometrie aanpassen.
In geval 3 moet je nog wat info over de weg aangeven. Soms ga je dan een
traffic island maken, dus die check moeten we dan achteraf nog doen.

Als je op het informatie-icoontje klikt, krijg je wat extra info; o.a.
links om changesets met deze mapcontrib kaart te zien.

Als je de kaart zelf wil verfijnen, dan kan ik je account als beheerder
toevoegen. Of deel je ideeen hier.

Lijkt me ideaal om mensen die in de streek wandelen mee aan te spreken, en
een goeie testcase voor gelijkaardige oefeningen op basis van
tragewegenregister of paden in wegenregister.


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread MARIO
Ma il papà è reale o virtuale?

⁣Inviato da BlueMail ​

Il giorno 21 feb 2018, 10:55, alle ore 10:55, Simone Saviolo 
 ha scritto:
>Il giorno 21 febbraio 2018 10:43, Andrea Albani  ha
>scritto:
>
>> Il giorno 21 febbraio 2018 10:14, Volker Schmidt 
>ha
>> scritto:
>>
>>> Concordo pienamente con Francesco.
>>> Copiare da Google non è compatibile.
>>> Punto.
>>>
>>
>> Forse la questione è proprio qui, ovvero cosa intendi tu o Francesco
>per
>> "copiare" ?
>> Perchè la tua posizione è molto netta e con quel "Punto." sembri non
>> ammettere discussioni, come se la definizione fosse scontata e
>condivisa.
>>
>> Se ricalco su Google Maps strade che risultano inesistenti sulle
>ortofoto
>> "lecite" e le riporto in OSM, sicuramente siamo tutti d'accordo.
>>
>> Se invece colto da un dubbio faccio una capatina virtuale con
>StreetView
>> le opinioni sembrano divergere.
>>
>> Di che cosa mi approprio guardando una foto di Streetview ?
>>
>> Vorrei solo capire.
>>
>
>Mettiamola così.
>
>Io so che la strada dietro allo stadio si chiama via Garibaldi. Lo so
>perché me l'ha detto mio papà quand'ero piccolo. Mio papà l'aveva letto
>sul
>TuttoCittà, edizione millenovecentononmiricordo. Però poi un suo amico
>è
>andato a vivere lì e gli ha detto "d'ora in poi mandami le cartoline in
>via
>Garibaldi 22", così confermando il nome della via.
>
>Posso mettere quell'informazione in OSM? È ricavata da una fonte (mio
>papà)
>che l'ha estratta da un database proprietario (TuttoCittà). Il fatto
>che
>poi l'abbia saputo anche da un'altra fonte influisce? L'altra fonte (il
>suo
>amico) da dove l'ha saputo?
>
>Ciao,
>
>Simone
>
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )

2018-02-21 Thread Petr Vozdecký
...dotaz - toto je nějaká chyba?

https://ulozto.cz/!dcciRBZSNda6/quickmemo-2018-02-21-18-03-22-png

http://osm.kyralovi.cz/POI-Importer-testing/#map=18/49.2870/16.6360=CZECPbox

bod se z pohledu hodnoty ref tvari, ze tam patri, z pohledu poznamky, ze tam je 
uplne omylem. Bod je v mistni casti Utechov v Brne a 
odkazuje na obec Nedvedice... V Nedvedici by ale takove ref rozhodne nebylo...

vop

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


Re: [Talk-it] Di nuovo l'utente pasticcione

2018-02-21 Thread Marco
Io ho fatto il revert di alcuni suoi changeset che modificavano elementi nel 
nord Italia, oltre non sono voluto andare perché temevo di poter fare danni a 
revertare centinaia di changeset.
Giorni fa lo avevo suggerito a quelli del dwg ma non ho ancora avuto risposta.

On February 21, 2018 9:43:55 AM GMT+01:00, Cascafico Giovanni 
 wrote:
>Ho dato un'occhiata... non sono ancora stati fatti i revert?
>
>2018-02-11 13:24 GMT+01:00 Alecs :
>
>> Ciao a tutti,
>> vi segnalo il probabile nuovo account del buon vecchio "select"
>> http://gis.19327.n8.nabble.com/Utente-pasticcione-td5892686.html
>> https://www.openstreetmap.org/user/bionicbeaver
>>
>> nuovamente attivo a cancellare i marciapiedi di Catania
>> https://www.openstreetmap.org/changeset/56251046
>> https://www.openstreetmap.org/changeset/56250619
>>
>> Questo era l'account attivo fino a qualche giorno fa:
>> https://www.openstreetmap.org/user/gionax/history
>>
>> A sua volta molto attivo nel fare pasticci, e zero risposte ai
>commenti:
>> http://resultmaps.neis-one.org/osm-discussion-comments?uid=6757296
>>
>> Ho scritto al DWG ma visto che sono anni che va avanti questa storia
>mi
>> chiedo cosa si può fare per bloccarlo.
>>
>> Grazie
>> Alessandro
>>
>>
>>
>> --
>> 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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-fr] une ou deux way ? 2 ways s'il y a un obstacle.

2018-02-21 Thread Stéphane Péneau

Le 21/02/2018 à 16:00, djakk djakk a écrit :


Je verrai bien une petite révolution dans la manière de cartographier 
sur openstreetmap, une plate-forme = un seul trait, même pour les 
autoroutes : et si on veut être plus+ précis, on passe à la 
description du monde avec les surfaces.

Les routes en surfacique, ça se fait déjà avec area:highway

Il y a même un rendu :
http://osmapa.pl/w/area/?lat=51.10777=17.04501=19=Qq



https://wiki.openstreetmap.org/wiki/Proposed_features/area:highway
https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area

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


Re: [OSM-talk-fr] une ou deux way ? 2 ways s'il y a un obstacle.

2018-02-21 Thread Jérôme Seigneuret
Je fais comme dans l'exemple. Cela évite en sortant d'un lieu d'être dirigé
à droite dans les calculs alors qu'on pourra sortir à gauche directement
(cas des débloublement total de voie - et prendre aussi en compte les vélo
et piétons) ... Sinon la création de voie accès à toutes les sorties est
obligatoire ...

Ou faire des zones comme pour les gros carrefours. Au USA il font des aires
de croisement avec des relations pour gérer les contraintes d'accès. Du
coup la surface entre deux voies c'est pas con comme idée. A voir comment
un moteur de calcul d'itinéraire s'en sort avec ça et comme gérer les
interdictions de demi-tour.

Jérôme

Le 21 février 2018 à 16:00, djakk djakk  a écrit :

> Merci d’avoir créé un sujet spécifique.
>
> Voilà un bon exemple, en me formant à osm je faisait comme pour la « Route
> de la Reine » mais en fait ça serait mieux d’avoir un seul trait pour la
> rue et poser dessus 2 noeud pour symboliser les îlots centraux ; si un
> cartographe est chaud pour faire de la précision, il pourrait passer aux
> surfaces, la plate-forme = une surface et chaque îlot central = une
> surface.
>
> C’est comme les voies bus avec muret séparateur, le fait que ça soit sur
> la même plate-forme me fait dire qu’il faudrait un seul trait et pas 2.
>
> Je verrai bien une petite révolution dans la manière de cartographier sur
> openstreetmap, une plate-forme = un seul trait, même pour les autoroutes :
> et si on veut être plus+ précis, on passe à la description du monde avec
> les surfaces.
> C’est un peu le cas avec les ponts de Paris : https://www.openstreetmap.or
> g/#map=18/48.85151/2.35152
>
> PS : https://fr.m.wikipedia.org/wiki/Voirie <- pour voir la différence
> entre la plate-forme, et la ou les chaussées
>
>
> djakk
>
>
>
> Le mer. 21 févr. 2018 à 14:45, Thomas Ruchin  a
> écrit :
>
>> Attention, ce n'est pas si évident que cela. Quand on le pratique de
>> manière jusqu'au boutiste, cela donne des résultats bizarres
>> https://www.openstreetmap.org/?mlat=48.83928=2.24425#ma
>> p=18/48.83928/2.24425
>> Pour ceux qui connaissent le secteur, heureusement que le Boulevard de
>> Magenta à Paris n'est pas cartographié selon la même manière que la Route
>> de la Reine à Boulogne
>>
>> Comme le rappelle Christian, le principal objectif d'avoir des voies
>> séparées dans OSM est l'aide au routage. Si la chaussée est la même, il
>> faut se poser la question de la pertinence de scinder la voie.
>>
>> Thomas Ruchin
>>
>> Le 21 février 2018 à 12:21, Cyrille37 OSM 
>> a écrit :
>>
>>> Le 21/02/2018 à 10:28, Christian Quest a écrit :
>>>
 Pour moi tout ce qui oblige à faire un choix de passer "à gauche ou à
 droite" (donc routage) est un obstacle.
 Une bande réservée au stationnement est aussi pour moi un obstacle vu
 qu'on va devoir choisir par où passer.

>>>
>>> +1
>>>
>>>
>>> ___
>>> 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
>
>


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


Re: [OSM-talk-fr] Editer source d'un changeset existant

2018-02-21 Thread Jérôme Seigneuret
Merci pour ce détail. Oui je ferme mais changeset à chaque envoi...

Je prends note que si je le laisse ouvert avec un délai raisonnable c'est
éditable.

Le 21 février 2018 à 16:46, Philippe Verdy  a écrit :

> Si, si !! On peut changer les tags d'un changeset tant que celui-ci n'est
> pas "fermé". On n'est pas obligé de fermer un change set à chaque envoi de
> données, il peut rester ouvert pour l'envoi suivant.
> Mais c'est vrai que même si on na fermé un changeset, son auteur au moins
> devrait encore pouvoir modifier ses tags (sans en changer le contenu des
> données elles-mêmes), et il serait bon de prévoir aussi une option pour les
> administrateurs permettant de nettoyer des tags contrevenant à certaines
> politiques de base, et pour les autres de pouvoir les signaler comme
> suspects avec une proposition de modif (afin qu'ils soient revus et que la
> modif soit approuvée par des relecteurs).
> On devrait aussi pouvoir autoriser d'autres utilisateurs de notre choix à
> modifier ces tags (pour faciliter le travail en équipe: chacun fait des
> envois, les équipiers valident en mettant un tag de relecture.
>
> Le 21 février 2018 à 15:36, Jérôme Seigneuret  > a écrit :
>
>> Pas possible de changer la source. J'ai déjà voulu le faire pour mes
>> modif. Le sujet avez déjà été abordé mais rien de nouveau de ce coté.
>>
>> A+
>>
>> Le 21 février 2018 à 14:55, François Lacombe 
>> a écrit :
>>
>>> Bonjour Marc,
>>>
>>> Le 21 février 2018 à 14:24, marc marc  a
>>> écrit :
>>>
 non, la seule solution actuelle est un commentaire sur ton changeset
 avec la correction pour la source.

>>>
>>> C'est fait, au moins
>>>
>>> cela serrait utile. et même aussi pour corriger les typos,
 parce que faire une stat sur les sources pour le moment revient
 à devoir lister plein de cas semblable.
 Mais cela impliquerait d'avoir une version pour les changeset.
 pas sur que cela soie facile à implémenter

>>>
>>> Pour corriger les typos et erreurs de source, inutile de conserver des
>>> versions ?
>>> Je parlais bien de restreindre l'édition sur ses propres changesets, et
>>> éventuellement dans une durée limitée, pour éviter des éditions des années
>>> après l'action.
>>>
>>> François
>>>
>>> ___
>>> 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
>>
>>
>
> ___
> 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] Editer source d'un changeset existant

2018-02-21 Thread Philippe Verdy
Si, si !! On peut changer les tags d'un changeset tant que celui-ci n'est
pas "fermé". On n'est pas obligé de fermer un change set à chaque envoi de
données, il peut rester ouvert pour l'envoi suivant.
Mais c'est vrai que même si on na fermé un changeset, son auteur au moins
devrait encore pouvoir modifier ses tags (sans en changer le contenu des
données elles-mêmes), et il serait bon de prévoir aussi une option pour les
administrateurs permettant de nettoyer des tags contrevenant à certaines
politiques de base, et pour les autres de pouvoir les signaler comme
suspects avec une proposition de modif (afin qu'ils soient revus et que la
modif soit approuvée par des relecteurs).
On devrait aussi pouvoir autoriser d'autres utilisateurs de notre choix à
modifier ces tags (pour faciliter le travail en équipe: chacun fait des
envois, les équipiers valident en mettant un tag de relecture.

Le 21 février 2018 à 15:36, Jérôme Seigneuret 
a écrit :

> Pas possible de changer la source. J'ai déjà voulu le faire pour mes
> modif. Le sujet avez déjà été abordé mais rien de nouveau de ce coté.
>
> A+
>
> Le 21 février 2018 à 14:55, François Lacombe 
> a écrit :
>
>> Bonjour Marc,
>>
>> Le 21 février 2018 à 14:24, marc marc  a
>> écrit :
>>
>>> non, la seule solution actuelle est un commentaire sur ton changeset
>>> avec la correction pour la source.
>>>
>>
>> C'est fait, au moins
>>
>> cela serrait utile. et même aussi pour corriger les typos,
>>> parce que faire une stat sur les sources pour le moment revient
>>> à devoir lister plein de cas semblable.
>>> Mais cela impliquerait d'avoir une version pour les changeset.
>>> pas sur que cela soie facile à implémenter
>>>
>>
>> Pour corriger les typos et erreurs de source, inutile de conserver des
>> versions ?
>> Je parlais bien de restreindre l'édition sur ses propres changesets, et
>> éventuellement dans une durée limitée, pour éviter des éditions des années
>> après l'action.
>>
>> François
>>
>> ___
>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Cascafico Giovanni
Il giorno 21 febbraio 2018 12:02, Elena ``of Valhalla'' <
elena.valha...@gmail.com> ha scritto:

>
> usando google street view non si deve rispettare solo la legge, ma anche
> i termini d'uso di street view.
>
> Di recente non li ho letti, ma se quei termini d'uso vietano di prendere
> le informazioni da street view e riportarle altrove, chi lo fa deve
> essere disposto ad accollarsi le spese legali per dimostrare che quella
> restrizione non era lecita, e OSM come progetto non può permettersi di
> farlo.
>
>
Sono ancora quelli del 2015: "Condotta non consentita: utilizzare Google
Maps/Google Earth per creare o integrare altri set di dati correlati alla
mappatura". Cercando la definizione di "integrare" (con Google!) trovo "Rendere
completo dal punto di vista sia quantitativo che qualitativo, per lo più
con l'aggiunta di elementi complementari ".

Ora, avendo la conferma da StreetView che un distributore di carburante
esiste nel 2008, ma non nel database MISE mi suggerisce di mettere una nota
su OSM tipo "C'è un distributore qui?"


> Si può obiettare che non sia giusto, ma è la situazione attuale, e
> cambiarla è un problema complesso.
>

Secondo me questo comportamento è rispettoso dei termini, in quanto
sollevare dei dubbi, per quento georeferenziati, non è certo "rendere
completo" il distributore. A meno che io non sia perseguibile per aver
usato il dizionario di Google. In tal caso permettetemi di dire che saremmo
nella m. molto più di quanto paventino i complottisti.

Per me è frustrante realizzare che OSMF non solo non ha soldi per difendere
il lavoro volontario dei mappatori nei confronti di Google, ma nemmeno
autorevolezza verso le piccole case editrici. Mi chiedo quindi perchè
dovrei cotinuare a mappare in queste condizioni.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-ee] OSM PostgreSQL-i

2018-02-21 Thread Jaak Laineste

Ma saan aru, et teemaks on siin konkreetselt PgRouting-u jaoks andmete 
ettevalmistusega. Neid Postgres-is OSM andmebaasi sisu variante on mitmeid eri 
vajaduste jaoks - algbaasi pidamine muudatusteks, kiire kaardipildi tegemine 
(renderdus) ja ruuting vajavad kõik täiesti erinevaid andme struktuure, isegi 
kui need on samade andmete põhjalt.

Kui on olemas sisuliselt osm2po parem analoog, siis ma paneks selle julgelt 
github-i projektina välja ja jagaks linki pgrouting-u kogukonnale. See tundub 
igati vajalik asi olevat paljudele, kes vähe spetsiifilisemat teekonnaarvutust 
vajavad ja OSM-i andmeid selleks soovivad kasutada. Kui muidu sõnum läbi ei 
lähe, siis võin edastada kirja Daniel-ile, pgroutingu põhitegijale, keda ma eri 
open-source GIS üritustelt isiklikult tean.

Jaak

> On 21 Feb 2018, at 12:41, Andres Kaaber  wrote:
> 
> Ahhoi!
> 
> Ma küll ei ole juba mõni aasta OSM -i kõhtu vaadanud ... aga kas ta mitte ei 
> ole / olnud PostgreSQL -s :) ? Või mida sa mõtled OSM andmestiku all?
> 
> 21. veebruar 2018 11:48 kirjutas Olavi Randma  >:
> Tere
> 
> Olen juba mõnda aega tegelenud OSM andmestiku konverteerimisega PostgreSQL-i. 
> Topoloogia konverteerimine õnnestus kõige paremini programmiga osm2po, kuid 
> keelatud pöörete konverteerimine ei õnnestunud mitte millegagi. Igatahes lõin 
> otsimisele käega ning tegin konverteri ise. Nüüdseks on andmed konverteeritud 
> ning arvutus - ja analüüsi programmid ka kohandatud sellega. Eeskätt huvitab 
> mind muidugi autograaf, kuid hea oleks kui saaks ka jalgratta- ning 
> jalgsikäigu graafid "korda". Nagu igasugu plaaniarvutuste puhul on oluline 
> kui hästi plaan vastab tegelikkusele nii ka siin ning see sõltub eeskätt 
> andmestikust.
> Kui asja vastu on laiem huvi, siis ma võin probleeme juba avada põhjalikumalt 
> ja ka vastav testprogramm on veebis kättesaadav.
> 
> Lugupidamisega
> 
> Olavi Randma
> programmeerija
> 
> 
> ___
> Talk-ee mailing list
> Talk-ee@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-ee 
> 
> 
> 
> 
> -- 
> A. Kaaber
> ___
> Talk-ee mailing list
> Talk-ee@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ee

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


Re: [OSM-talk-fr] une ou deux way ? 2 ways s'il y a un obstacle.

2018-02-21 Thread djakk djakk
Merci d’avoir créé un sujet spécifique.

Voilà un bon exemple, en me formant à osm je faisait comme pour la « Route
de la Reine » mais en fait ça serait mieux d’avoir un seul trait pour la
rue et poser dessus 2 noeud pour symboliser les îlots centraux ; si un
cartographe est chaud pour faire de la précision, il pourrait passer aux
surfaces, la plate-forme = une surface et chaque îlot central = une
surface.

C’est comme les voies bus avec muret séparateur, le fait que ça soit sur la
même plate-forme me fait dire qu’il faudrait un seul trait et pas 2.

Je verrai bien une petite révolution dans la manière de cartographier sur
openstreetmap, une plate-forme = un seul trait, même pour les autoroutes :
et si on veut être plus+ précis, on passe à la description du monde avec
les surfaces.
C’est un peu le cas avec les ponts de Paris :
https://www.openstreetmap.org/#map=18/48.85151/2.35152

PS : https://fr.m.wikipedia.org/wiki/Voirie <- pour voir la différence
entre la plate-forme, et la ou les chaussées


djakk



Le mer. 21 févr. 2018 à 14:45, Thomas Ruchin  a écrit :

> Attention, ce n'est pas si évident que cela. Quand on le pratique de
> manière jusqu'au boutiste, cela donne des résultats bizarres
>
> https://www.openstreetmap.org/?mlat=48.83928=2.24425#map=18/48.83928/2.24425
>
> Pour ceux qui connaissent le secteur, heureusement que le Boulevard de
> Magenta à Paris n'est pas cartographié selon la même manière que la Route
> de la Reine à Boulogne
>
> Comme le rappelle Christian, le principal objectif d'avoir des voies
> séparées dans OSM est l'aide au routage. Si la chaussée est la même, il
> faut se poser la question de la pertinence de scinder la voie.
>
> Thomas Ruchin
>
> Le 21 février 2018 à 12:21, Cyrille37 OSM  a
> écrit :
>
>> Le 21/02/2018 à 10:28, Christian Quest a écrit :
>>
>>> Pour moi tout ce qui oblige à faire un choix de passer "à gauche ou à
>>> droite" (donc routage) est un obstacle.
>>> Une bande réservée au stationnement est aussi pour moi un obstacle vu
>>> qu'on va devoir choisir par où passer.
>>>
>>
>> +1
>>
>>
>> ___
>> 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] Editer source d'un changeset existant

2018-02-21 Thread Jérôme Seigneuret
Pas possible de changer la source. J'ai déjà voulu le faire pour mes modif.
Le sujet avez déjà été abordé mais rien de nouveau de ce coté.

A+

Le 21 février 2018 à 14:55, François Lacombe  a
écrit :

> Bonjour Marc,
>
> Le 21 février 2018 à 14:24, marc marc  a écrit
> :
>
>> non, la seule solution actuelle est un commentaire sur ton changeset
>> avec la correction pour la source.
>>
>
> C'est fait, au moins
>
> cela serrait utile. et même aussi pour corriger les typos,
>> parce que faire une stat sur les sources pour le moment revient
>> à devoir lister plein de cas semblable.
>> Mais cela impliquerait d'avoir une version pour les changeset.
>> pas sur que cela soie facile à implémenter
>>
>
> Pour corriger les typos et erreurs de source, inutile de conserver des
> versions ?
> Je parlais bien de restreindre l'édition sur ses propres changesets, et
> éventuellement dans une durée limitée, pour éviter des éditions des années
> après l'action.
>
> François
>
> ___
> 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: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Volker Schmidt
A prescindere delle condizioni di uso di Google, noi dobbiamo proteggere
OSM da dati "grigi", perché la nostra licenza permette l'uso commerciale
dei dati OSM. Per dare un esempio: Garmin usa dati OSM in grande stile, e
loro devono poter fidarsi che sono "puliti" e non "grigi"
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-fr] Editer source d'un changeset existant

2018-02-21 Thread François Lacombe
Bonjour Marc,

Le 21 février 2018 à 14:24, marc marc  a écrit :

> non, la seule solution actuelle est un commentaire sur ton changeset
> avec la correction pour la source.
>

C'est fait, au moins

cela serrait utile. et même aussi pour corriger les typos,
> parce que faire une stat sur les sources pour le moment revient
> à devoir lister plein de cas semblable.
> Mais cela impliquerait d'avoir une version pour les changeset.
> pas sur que cela soie facile à implémenter
>

Pour corriger les typos et erreurs de source, inutile de conserver des
versions ?
Je parlais bien de restreindre l'édition sur ses propres changesets, et
éventuellement dans une durée limitée, pour éviter des éditions des années
après l'action.

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


Re: [OSM-talk-fr] une ou deux way ? 2 ways s'il y a un obstacle.

2018-02-21 Thread Thomas Ruchin
Attention, ce n'est pas si évident que cela. Quand on le pratique de
manière jusqu'au boutiste, cela donne des résultats bizarres
https://www.openstreetmap.org/?mlat=48.83928=2.24425#map=18/48.83928/2.24425

Pour ceux qui connaissent le secteur, heureusement que le Boulevard de
Magenta à Paris n'est pas cartographié selon la même manière que la Route
de la Reine à Boulogne

Comme le rappelle Christian, le principal objectif d'avoir des voies
séparées dans OSM est l'aide au routage. Si la chaussée est la même, il
faut se poser la question de la pertinence de scinder la voie.

Thomas Ruchin

Le 21 février 2018 à 12:21, Cyrille37 OSM  a
écrit :

> Le 21/02/2018 à 10:28, Christian Quest a écrit :
>
>> Pour moi tout ce qui oblige à faire un choix de passer "à gauche ou à
>> droite" (donc routage) est un obstacle.
>> Une bande réservée au stationnement est aussi pour moi un obstacle vu
>> qu'on va devoir choisir par où passer.
>>
>
> +1
>
>
> ___
> 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] Editer source d'un changeset existant

2018-02-21 Thread marc marc
Le 21. 02. 18 à 14:18, François Lacombe a écrit :
> Est-ce possible d'éditer l'attribut source après coup pour ne pas 
> laisser cette erreur perdurer ?

non, la seule solution actuelle est un commentaire sur ton changeset 
avec la correction pour la source.

> Si non, serait-ce une fonctionnalité à prévoir ? Au moins pour ses 
> propre changesets

cela serrait utile. et même aussi pour corriger les typos,
parce que faire une stat sur les sources pour le moment revient
à devoir lister plein de cas semblable.
Mais cela impliquerait d'avoir une version pour les changeset.
pas sur que cela soie facile à implémenter

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


Re: [OSM-talk] diversity-talk: No such list

2018-02-21 Thread Marc Gemis
I know of at least 1 person that got banned from the tagging mailing
list for 2 weeks or so for using inappropriate language.

regards

m.

On Wed, Feb 21, 2018 at 1:48 PM, Martin Koppenhoefer
 wrote:
>
>
> sent from a phone
>
>> On 20. Feb 2018, at 02:50, Kate Chapman  wrote:
>>
>> If someone wants to moderate and admin the list I'm sure it could be brought 
>> back.
>
>
> I can admin it, but I don‘t feel I could moderate it. Would that work out, or 
> is moderation a hard requirement?
>
> I’m admin of a local mailing list and, as typical for osm from my experience 
> (save occasionally some English language lists, particularly in connection 
> with board elections), in all those years we only had friendly contributions, 
> so nobody ever felt a need for moderation (AFAIK).
>
> Cheers,
> Martin
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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


Re: [OSM-talk-fr] Editer source d'un changeset existant

2018-02-21 Thread Christian Quest
Il ne me semble pas... rien de prévu pour modifier les changesets et leurs
tags

Le 21 février 2018 à 14:18, François Lacombe  a
écrit :

> Bonjour
>
> Hier soir je me suis fait prendre au piège de l'attribut source dans JOSM,
> que je laisse défini à IGN BdOrtho + année
>
> Sauf que ce changeset est en Suisse et que la BD Ortho ils ne connaissent
> pas.
> https://www.openstreetmap.org/changeset/56534961
>
> Est-ce possible d'éditer l'attribut source après coup pour ne pas laisser
> cette erreur perdurer ?
> Si non, serait-ce une fonctionnalité à prévoir ? Au moins pour ses propre
> changesets
>
>
> Bonne après-midi
>
> François
>
> ___
> 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


[OSM-talk-fr] Editer source d'un changeset existant

2018-02-21 Thread François Lacombe
Bonjour

Hier soir je me suis fait prendre au piège de l'attribut source dans JOSM,
que je laisse défini à IGN BdOrtho + année

Sauf que ce changeset est en Suisse et que la BD Ortho ils ne connaissent
pas.
https://www.openstreetmap.org/changeset/56534961

Est-ce possible d'éditer l'attribut source après coup pour ne pas laisser
cette erreur perdurer ?
Si non, serait-ce une fonctionnalité à prévoir ? Au moins pour ses propre
changesets


Bonne après-midi

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


Re: [OSM-talk-fr] conflit de précision de données a cause d'une clé

2018-02-21 Thread Christian Quest
Tagguer pour le rendu ou le routable n'est pas proscrit... c'est "mal
tagguer" pour le rendu ou le routage qui l'est, c'est à dire utiliser des
tags inadaptés, juste pour que ça ressorte sur le rendu ou pour modifier le
routage ;)

Ceci est juste une précision pour éviter les lectures au premier degré...


Le 21 février 2018 à 13:46, Axelos  a écrit :

> Le 21/02/2018 à 13:22, djakk djakk a écrit :
> > Au fait, je remarque qu’on ne taggue pas pour le rendu, par contre on
> > taggue pour le calcul d’itineraire  :)
>
>
> En effet c'est une perversion, promis j’arrête. Cependant j'ai de la
> chance ça correspond avec les pratiques actuelles de balisage pour ce cas
> :)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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


Re: [OSM-talk] US Highway 266

2018-02-21 Thread Paul Johnson
Not exactly analogous to this situation.

On Feb 21, 2018 07:13, "Martin Koppenhoefer"  wrote:

>
>
> sent from a phone
>
> > On 21. Feb 2018, at 13:35, Paul Johnson  wrote:
> >
> > Both.
> >
>
>
>
> I’m asking because we have different situations around here, some with
> partly changed signs (changed ref but kept old ref in old_ref), some
> without any reflection in either signs or use (in this case we added
> official_ref and kept the old ref as ref)
>
> cheers,
> Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] US Highway 266

2018-02-21 Thread Martin Koppenhoefer


sent from a phone

> On 21. Feb 2018, at 13:35, Paul Johnson  wrote:
> 
> Both. 
> 



I’m asking because we have different situations around here, some with partly 
changed signs (changed ref but kept old ref in old_ref), some without any 
reflection in either signs or use (in this case we added official_ref and kept 
the old ref as ref)

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


Re: [OSM-talk] diversity-talk: No such list

2018-02-21 Thread Martin Koppenhoefer


sent from a phone

> On 20. Feb 2018, at 02:50, Kate Chapman  wrote:
> 
> If someone wants to moderate and admin the list I'm sure it could be brought 
> back. 


I can admin it, but I don‘t feel I could moderate it. Would that work out, or 
is moderation a hard requirement?

I’m admin of a local mailing list and, as typical for osm from my experience 
(save occasionally some English language lists, particularly in connection with 
board elections), in all those years we only had friendly contributions, so 
nobody ever felt a need for moderation (AFAIK).

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


Re: [OSM-talk-fr] conflit de précision de données a cause d'une clé

2018-02-21 Thread Axelos
Le 21/02/2018 à 13:22, djakk djakk a écrit :
> Au fait, je remarque qu’on ne taggue pas pour le rendu, par contre on
> taggue pour le calcul d’itineraire  :)


En effet c'est une perversion, promis j’arrête. Cependant j'ai de la
chance ça correspond avec les pratiques actuelles de balisage pour ce cas :)

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


Re: [OSM-talk] US Highway 266

2018-02-21 Thread Paul Johnson
Both.

On Feb 21, 2018 05:57, "Martin Koppenhoefer"  wrote:

>
>
> sent from a phone
>
> > On 19. Feb 2018, at 13:54, Paul Johnson  wrote:
> >
> > 36 of which have been his inability to deal with the Liberty Parkway
> rename by the state legislature from over a decade ago.
>
>
> has this name change been reflected on the ground (signs, common use by
> locals), or is it about the official name?
>
> Cheers,
> Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk-fr] conflit de précision de données a cause d'une clé

2018-02-21 Thread marc marc
Le 21. 02. 18 à 09:01, Axelos a écrit :
> Concernant la réponse de Marc, de mémoire il considère que des
> stationnements longitudinales qui séparent la chaussée principale pour
> les automobilistes et piste cyclable ne constituent pas une séparation
> physique et donc ne nécessite pas de créer deux chemins.
> Mon avis sur ce type de situation est totalement à l’opposé :)

Pousse la situation à l’extrême : une rue à Paris avec qlq mètres où il 
y a des places de stationnements et quelques mètres oü il n'y en a pas
tu prônes la division de la rue à chaque fois qu'il y a une place de 
stationnement et ne pas la diviser lorsqu'il n'y en a pas ?
Pour ma part je me base sur le fait que c'est un obstacle ou pas.
si tu peux tout le long de la chosée traverser pour rejoindre par ex
une maison de l'autre côté de la rue, pour moi il n'y a pas d'obstacle.

Le 21. 02. 18 à 12:48, Axelos a écrit :
 > 1ère photo
 > du fait des travaux actuels, il est même demandé aux cyclistes
 > de traverser pied à terre.

j'aurais soit attendu la fin des travaux pour modifier.
soit, vu qu'il faut mettre pied à terre, ce n'est sans doute plus
pour le moment une piste cyclable.

Le 21. 02. 18 à 12:14, Francescu GAROBY a écrit :
 > * 2ème photo 
Le 21. 02. 18 à 12:48, Axelos a écrit :
 > Les photos correspondent au cas T2 de la page bicycle
 > http://wiki.osm.org/wiki/FR:Bicycle , qui recommande deux chemins 
séparées.
 > Donc la modification est bien une régression.

Malgré que je suis adepte de garder un maximum de cas fusionné,
je partage cet avis pour les photo 2 à 5.
avoir un way avec cycleway=track est une simplification correcte.
avoir 2 chemins séparés est justifié vu l'obstacle, faire 2 way améliore 
la qualité et il est erroné de faire un revert en faveur d'un seul way.

Pour la photo 6, pour éviter le micromapping, je l'aurais inclus
dans le morceau précédent.

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


Re: [OSM-talk-fr] conflit de précision de données a cause d'une clé

2018-02-21 Thread djakk djakk
Au fait, je remarque qu’on ne taggue pas pour le rendu, par contre on
taggue pour le calcul d’itineraire  :)

Le mer. 21 févr. 2018 à 12:49, Axelos  a écrit :

> Le 21/02/2018 à 12:14, Francescu GAROBY a écrit :
> > Bonjour Axel (et les autres),
> > Ça tombe bien que tu demandes des photos, car je comptais dès hier soir
> > vous en faire ce matin, vu que le Cours Montalivet est justement mon
> > itinéraire quotidien à vélo. Les voici donc, hébergées sur framapic.
> > Pour commencer, il faut savoir qu'il n'existe aucun aménagement cyclable
> > coté sud du Cours Montalivet : uniquement des contre-allées, ouvertes à
> > tous, permettant de desservir les magasins qui s'y trouvent. Mon trajet
> se
> > fait donc dans le sens ouest -> est, au nord du Cours (entre ce dernier
> et
> > l'Orne).
> >
> > * 1ère photo 
> (prise ici
> > <
> https://www.openstreetmap.org/?mlat=49.17931=-0.34844#map=19/49.17931/-0.34844
> >
> > dans le sens sud -> nord), la jonction entre le Cours et la piste
> cyclable
> > se fait par un feu tricolore commun avec les piétons et, du fait des
> > travaux actuels, il est même demandé aux cyclistes de traverser pied à
> > terre.
>
>
> Dû à la présence de travaux, il est peut-être préférable de laisser tel
> quel pour le moment (highway=footway + bicycle=yes).
>
>
> > * 2ème photo 
> (prise ici
> > <
> https://www.openstreetmap.org/?mlat=49.17953=-0.34857#map=19/49.17953/-0.34857
> >),
> > la piste est bidirectionnelle, et large (1m80, avec tout de même quelques
> > rétrécissements, parfois dangereux, à certains endroits. Mais jamais
> moins
> > de 1m de large). À noter aussi la bande de terre herbeuse et arborée, qui
> > sépare la piste de la chaussée. Par endroit, le trottoir dépasse les 20cm
> > de hauteur !
> > * 3ème  et 4ème
> >  photos (prises ici
> > <
> https://www.openstreetmap.org/?mlat=49.17962=-0.34817#map=19/49.17962/-0.34817
> >
> > et là
> > <
> https://www.openstreetmap.org/?mlat=49.17951=-0.33435#map=17/49.17951/-0.33435
> >)
> > : pour comparaison, le Cours a lui aussi un terre-plein central herbeux
> et
> > arboré. Puis uniquement herbeux et de la hauteur d'une petite motte de
> > terre. Facilement franchissable par n'importe qui ! Même type de
> > séparation, mais personne ne conteste la séparation physique des 2 axes
> de
> > circulation.
> > * 5ème photo  : la
> > piste a son propre revêtement. Il est séparé de la chaussée, pas refait
> au
> > même moment, et même, par endroits, composé uniquement de plaques de
> béton,
> > et non de bitume ! On voit d'ailleurs sur la photo qu'il a aussi son
> propre
> > état : les racines des arbres soulèvent le bitume. Comme le Cours est
> plus
> > souvent refait que la piste, ça ne se remarque que sur cette dernière...
> > * 6ème photo 
> (prise ici
> > <
> https://www.openstreetmap.org/?mlat=49.18284=-0.31795#map=18/49.18284/-0.31795
> >)
> > : cependant, les 20-30 derniers mètres de la piste, à l'approche de sa
> > jonction avec le carrefour Cours Montalivet/Route de Cabourg, sont
> > différents, en effet. Plus de séparation physique par un terre-plein. Là,
> > qu'on dise que c'est du "track", pourquoi pas.
>
>
> Les photos correspondent au cas T2 de la page bicycle
> http://wiki.osm.org/wiki/FR:Bicycle , qui recommande deux chemins
> séparées.
>
> Donc la modification est bien une régression.
>
> > Bref, pour moi, il est clair qu'il s'agit d'une piste cyclable
> > ("highway=cycleway"), et non d'autre chose (mis à part les 20-30 derniers
> > mètres, à l'extrémité est). D'ailleurs (j'ai oublié de prendre une photo
> > spécifique, pour ça), les jonctions entre le Cours et la piste sont
> > inexistantes (mis à part aux extrémités et aux rares passages-piétons) !
> > Par exemple, il n'est pas possible d'aller des contre-allées coté sud du
> > Cours, telle que l'allée du Bac, jusqu'à la piste cyclable
> > <
> https://www.openstreetmap.org/?mlat=49.17923=-0.33429#map=18/49.17923/-0.33429
> >
> > : aucun aménagement (trottoir rabaissé/bateau, passage-piétons, ...)
> > n'existe ! Inclure la piste au way du Cours Montalivet trompera les
> > calculateurs d'itinéraires, et mettra en danger les cyclistes qui s'y
> > fieraient.
>
>
> Concernant le routage, un point qui peut aussi déterminer la situation,
> c'est la signalisation. On voit sur la dernière photo un panneau B40
> (Fin de piste ou bande cyclable obligatoire pour cyclistes et
> éventuellement cyclomoteurs, sans side-car ou remorque), y a-t-il en
> amont un panneau B22a qui débute cette obligation ?
> http://wiki.osm.org/w/images/8/82/France_road_sign_B22a.svg
>
> Ce type de signalisation interdit donc d'emprunter les voies de
> circulations parallèles de la 

Re: [OSM-talk] US Highway 266

2018-02-21 Thread Martin Koppenhoefer


sent from a phone

> On 19. Feb 2018, at 13:54, Paul Johnson  wrote:
> 
> 36 of which have been his inability to deal with the Liberty Parkway rename 
> by the state legislature from over a decade ago.


has this name change been reflected on the ground (signs, common use by 
locals), or is it about the official name?

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


Re: [OSM-talk-fr] conflit de précision de données a cause d'une clé

2018-02-21 Thread Axelos
Le 21/02/2018 à 12:14, Francescu GAROBY a écrit :
> Bonjour Axel (et les autres),
> Ça tombe bien que tu demandes des photos, car je comptais dès hier soir
> vous en faire ce matin, vu que le Cours Montalivet est justement mon
> itinéraire quotidien à vélo. Les voici donc, hébergées sur framapic.
> Pour commencer, il faut savoir qu'il n'existe aucun aménagement cyclable
> coté sud du Cours Montalivet : uniquement des contre-allées, ouvertes à
> tous, permettant de desservir les magasins qui s'y trouvent. Mon trajet se
> fait donc dans le sens ouest -> est, au nord du Cours (entre ce dernier et
> l'Orne).
> 
> * 1ère photo  (prise ici
> 
> dans le sens sud -> nord), la jonction entre le Cours et la piste cyclable
> se fait par un feu tricolore commun avec les piétons et, du fait des
> travaux actuels, il est même demandé aux cyclistes de traverser pied à
> terre.


Dû à la présence de travaux, il est peut-être préférable de laisser tel
quel pour le moment (highway=footway + bicycle=yes).


> * 2ème photo  (prise ici
> ),
> la piste est bidirectionnelle, et large (1m80, avec tout de même quelques
> rétrécissements, parfois dangereux, à certains endroits. Mais jamais moins
> de 1m de large). À noter aussi la bande de terre herbeuse et arborée, qui
> sépare la piste de la chaussée. Par endroit, le trottoir dépasse les 20cm
> de hauteur !
> * 3ème  et 4ème
>  photos (prises ici
> 
> et là
> )
> : pour comparaison, le Cours a lui aussi un terre-plein central herbeux et
> arboré. Puis uniquement herbeux et de la hauteur d'une petite motte de
> terre. Facilement franchissable par n'importe qui ! Même type de
> séparation, mais personne ne conteste la séparation physique des 2 axes de
> circulation.
> * 5ème photo  : la
> piste a son propre revêtement. Il est séparé de la chaussée, pas refait au
> même moment, et même, par endroits, composé uniquement de plaques de béton,
> et non de bitume ! On voit d'ailleurs sur la photo qu'il a aussi son propre
> état : les racines des arbres soulèvent le bitume. Comme le Cours est plus
> souvent refait que la piste, ça ne se remarque que sur cette dernière...
> * 6ème photo  (prise ici
> )
> : cependant, les 20-30 derniers mètres de la piste, à l'approche de sa
> jonction avec le carrefour Cours Montalivet/Route de Cabourg, sont
> différents, en effet. Plus de séparation physique par un terre-plein. Là,
> qu'on dise que c'est du "track", pourquoi pas.


Les photos correspondent au cas T2 de la page bicycle
http://wiki.osm.org/wiki/FR:Bicycle , qui recommande deux chemins séparées.

Donc la modification est bien une régression.

> Bref, pour moi, il est clair qu'il s'agit d'une piste cyclable
> ("highway=cycleway"), et non d'autre chose (mis à part les 20-30 derniers
> mètres, à l'extrémité est). D'ailleurs (j'ai oublié de prendre une photo
> spécifique, pour ça), les jonctions entre le Cours et la piste sont
> inexistantes (mis à part aux extrémités et aux rares passages-piétons) !
> Par exemple, il n'est pas possible d'aller des contre-allées coté sud du
> Cours, telle que l'allée du Bac, jusqu'à la piste cyclable
> 
> : aucun aménagement (trottoir rabaissé/bateau, passage-piétons, ...)
> n'existe ! Inclure la piste au way du Cours Montalivet trompera les
> calculateurs d'itinéraires, et mettra en danger les cyclistes qui s'y
> fieraient.


Concernant le routage, un point qui peut aussi déterminer la situation,
c'est la signalisation. On voit sur la dernière photo un panneau B40
(Fin de piste ou bande cyclable obligatoire pour cyclistes et
éventuellement cyclomoteurs, sans side-car ou remorque), y a-t-il en
amont un panneau B22a qui débute cette obligation ?
http://wiki.osm.org/w/images/8/82/France_road_sign_B22a.svg

Ce type de signalisation interdit donc d'emprunter les voies de
circulations parallèles de la chaussée qui sont réservés aux véhicules
motorisés, et parallèlement interdit la circulation des piétons sur la
piste cyclable. Il semble y avoir un cheminement piétons de l'autre côté
de la chaussée.

Si présence de panneau B22a, alors il est suffisant d'ajouter des accès
dans les carrefours pour joindre les éventuelles routes adjacentes.

___

Re: [OSM-talk-fr] wms.openstreetmap.fr était DOWN

2018-02-21 Thread marc marc
J'ai justement corrigé sa géométrie pour iD il y a 2 jours :)
j'attends juste le merge du correctif.
ainsi qu'une 50aine de diff entre iD et Josm
Il reste 13 couches présente dans josm et pas dans iD.
c'est en cours.

Le 21. 02. 18 à 12:24, Cyrille37 OSM a écrit :
> Merci !
> 
> L'orthophoto de Tours 2013 est à nouveau accessible dans ID :-)
> 
> Cyrille37.
> 
> Le 21/02/2018 à 10:31, Christian Quest a écrit :
>> J'ai remis en route ce service qui était down depuis quelques temps.
>>
>> Le disque du serveur a quelques problèmes ce qui oblige à intervenir 
>> en cas de redémarrage du serveur.
>>
>> J'ai commencé à migrer tout ça pour remplacer le disque et tout mettre 
>> à niveau.
>>
>> -- 
>> Christian Quest - OpenStreetMap France
>>
>>
>> ___
>> 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: [Talk-in] Greetings from Italy

2018-02-21 Thread muzirian
What you have written looks good, add 'highway=road' only if you are not
sure what to tag.

Kelvin

On Wed, Feb 21, 2018 at 3:13 PM, Marco Brancolini <
marco.brancol...@wikimedia.it> wrote:

> Thank you Kelvin,
> I read the wiki page about Indian highways, interesting.
> Main highways (trunks, secondaries, tertiaries) were already mapped, we
> used highways=unclassified to map roads connecting villages, and
> highways=track to map roads ending in farmland.
> Your wiki page suggests to use 'highway=road' if you're using aerial
> imagery, but I hope our tagging rule is acceptable.
> In addition to the highways, we mapped villages with a node
> (place=village/hamlet), surrounding them with landuse=residential.
> We mapped also some rivers, lakes, and pounds.
>
> Marco
>
> 2018-02-20 14:24 GMT+01:00 muzirian :
>
>> That sounds awesome.
>> There are some basic things like our road tagging documented in India's
>> page in osm wiki.
>> Feel free to ask if you need help with anything.
>>
>>
>> Kelvin
>>
>> On Tue, Feb 20, 2018 at 5:05 AM, mbranco2  wrote:
>>
>>> Hello Indian mappers,
>>> I'm writing to your list to notify we're mapping - from Italy - an
>>> Indian zone poorly mapped (north-east of Warangal, Andhra Pradesh).
>>> I'm leading an OSM project in an Italian high school [1], students are
>>> doing their first mappings, and it's too early to join a HOT project: so,
>>> to learn using Tasking Manager, we set up a task [2] on an Italian
>>> istance of TM, that we use (also) for didactic purposes (I randomly chose
>>> that area).
>>> I thought to notify this activity before the beginning, but I didn't
>>> find your mailing list on Nabble [3], a third-party site I find very handy
>>> because you can follow MLs with a forum-style.
>>> Answering a question about one of our changesets (thank you adivik2000],
>>> I discovered your ML, so I'm notifying this only now.
>>>
>>> Hoping our activity is OK for your community, Ciao!
>>> Marco
>>>
>>> P.S. If someone of you doesn't know Tasking Manager and should like to
>>> try it, feel free to use [2] : students has a lot of other jobs to do...
>>>
>>>
>>>
>>> [1] https://www.wikimedia.it/scuola-mappatura-libera-un-corso-al
>>> liis-avogadro-torino/ (sorry, Italian only)
>>> [2] http://osmit-tm.wmflabs.org/project/30
>>> [3] http://gis.19327.n8.nabble.com/OpenStreetMap-f5171240.html
>>>
>>>
>>> ___
>>> Talk-in mailing list
>>> Talk-in@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-in
>>>
>>>
>>
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
>>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in


Re: [OSM-talk-fr] wms.openstreetmap.fr était DOWN

2018-02-21 Thread Cyrille37 OSM

Merci !

L'orthophoto de Tours 2013 est à nouveau accessible dans ID :-)

Cyrille37.

Le 21/02/2018 à 10:31, Christian Quest a écrit :

J'ai remis en route ce service qui était down depuis quelques temps.

Le disque du serveur a quelques problèmes ce qui oblige à intervenir 
en cas de redémarrage du serveur.


J'ai commencé à migrer tout ça pour remplacer le disque et tout mettre 
à niveau.


--
Christian Quest - OpenStreetMap France


___
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] une ou deux way ? 2 ways s'il y a un obstacle.

2018-02-21 Thread Cyrille37 OSM

Le 21/02/2018 à 10:28, Christian Quest a écrit :
Pour moi tout ce qui oblige à faire un choix de passer "à gauche ou à 
droite" (donc routage) est un obstacle.
Une bande réservée au stationnement est aussi pour moi un obstacle vu 
qu'on va devoir choisir par où passer.


+1


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


Re: [OSM-talk-fr] conflit de précision de données a cause d'une clé

2018-02-21 Thread Francescu GAROBY
Bonjour Axel (et les autres),
Ça tombe bien que tu demandes des photos, car je comptais dès hier soir
vous en faire ce matin, vu que le Cours Montalivet est justement mon
itinéraire quotidien à vélo. Les voici donc, hébergées sur framapic.
Pour commencer, il faut savoir qu'il n'existe aucun aménagement cyclable
coté sud du Cours Montalivet : uniquement des contre-allées, ouvertes à
tous, permettant de desservir les magasins qui s'y trouvent. Mon trajet se
fait donc dans le sens ouest -> est, au nord du Cours (entre ce dernier et
l'Orne).

* 1ère photo  (prise ici

dans le sens sud -> nord), la jonction entre le Cours et la piste cyclable
se fait par un feu tricolore commun avec les piétons et, du fait des
travaux actuels, il est même demandé aux cyclistes de traverser pied à
terre.
* 2ème photo  (prise ici
),
la piste est bidirectionnelle, et large (1m80, avec tout de même quelques
rétrécissements, parfois dangereux, à certains endroits. Mais jamais moins
de 1m de large). À noter aussi la bande de terre herbeuse et arborée, qui
sépare la piste de la chaussée. Par endroit, le trottoir dépasse les 20cm
de hauteur !
* 3ème  et 4ème
 photos (prises ici

et là
)
: pour comparaison, le Cours a lui aussi un terre-plein central herbeux et
arboré. Puis uniquement herbeux et de la hauteur d'une petite motte de
terre. Facilement franchissable par n'importe qui ! Même type de
séparation, mais personne ne conteste la séparation physique des 2 axes de
circulation.
* 5ème photo  : la
piste a son propre revêtement. Il est séparé de la chaussée, pas refait au
même moment, et même, par endroits, composé uniquement de plaques de béton,
et non de bitume ! On voit d'ailleurs sur la photo qu'il a aussi son propre
état : les racines des arbres soulèvent le bitume. Comme le Cours est plus
souvent refait que la piste, ça ne se remarque que sur cette dernière...
* 6ème photo  (prise ici
)
: cependant, les 20-30 derniers mètres de la piste, à l'approche de sa
jonction avec le carrefour Cours Montalivet/Route de Cabourg, sont
différents, en effet. Plus de séparation physique par un terre-plein. Là,
qu'on dise que c'est du "track", pourquoi pas.

Bref, pour moi, il est clair qu'il s'agit d'une piste cyclable
("highway=cycleway"), et non d'autre chose (mis à part les 20-30 derniers
mètres, à l'extrémité est). D'ailleurs (j'ai oublié de prendre une photo
spécifique, pour ça), les jonctions entre le Cours et la piste sont
inexistantes (mis à part aux extrémités et aux rares passages-piétons) !
Par exemple, il n'est pas possible d'aller des contre-allées coté sud du
Cours, telle que l'allée du Bac, jusqu'à la piste cyclable

: aucun aménagement (trottoir rabaissé/bateau, passage-piétons, ...)
n'existe ! Inclure la piste au way du Cours Montalivet trompera les
calculateurs d'itinéraires, et mettra en danger les cyclistes qui s'y
fieraient.

Francescu


Le 21 février 2018 à 09:01, Axelos  a écrit :

> Coucou,
>
>
> Le 20/02/2018 à 19:58, David Crochet a écrit :
> > Bonjour
> >
> > Je suis en conflit d'édition, ou plutot de précision de données.
> >
> > En effet, un contributeur retire les pistes cyclables pour les intégrer
> > aux voies routières adjacentes. Ceci en utilisant un clé qui est en fait
> > la source du conflit "cycleway=track"
> >
> > https://www.openstreetmap.org/changeset/56522407
> >
> > https://www.openstreetmap.org/changeset/56528558
> >
> > https://www.openstreetmap.org/changeset/56524173.
> >
> > Cette clé "cycleway=track", bien que correct, définit moins que la piste
> > décrite elle-même puisqu'en étant séparé de la voie routière, on peut
> > définir sa matière de surface ainsi.
> >
> > Bref, il est partisan de cette clé associé à la voie routière, je suis
> > partisan de l'autre façon et de le décrire de façon indépendante.
> >
> > Qu'en pensez-vous ?
>
>
> Le mieux pour te donner un avis, serait de nous mettre à disposition
> quelques photos :)
>
> Concernant la réponse de Marc, de mémoire il considère que des
> stationnements longitudinales qui séparent la chaussée principale pour
> les automobilistes et piste cyclable ne constituent pas une séparation
> physique et donc ne nécessite pas de créer deux chemins.
> Mon avis 

Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Elena ``of Valhalla''
On 2018-02-21 at 11:18:53 +0100, Andrea Albani wrote:
> Il giorno 21 febbraio 2018 11:00, Francesco Pelullo 
> ha scritto:
> > Acquisisci un'informazione geografica, che prima di quel momento non avevi
> > (altrimenti non avresti usato SV).
> > Questa informazione è rilasciata gratuitamente (non liberamente) da Google.
> > Google non consente di utilizzare questa informazione per scopi diversi da
> > quelli previsti.
> La foto è di Google, ma il contenuto no perchè è pubblicamente disponibile
> nella via per chiunque voglia vederlo.
> 
> Io uso il contenuto pubblico, non ricavo un'opera derivata dalla foto in sè.

usando google street view non si deve rispettare solo la legge, ma anche
i termini d'uso di street view.

Di recente non li ho letti, ma se quei termini d'uso vietano di prendere
le informazioni da street view e riportarle altrove, chi lo fa deve
essere disposto ad accollarsi le spese legali per dimostrare che quella
restrizione non era lecita, e OSM come progetto non può permettersi di
farlo.

Si può obiettare che non sia giusto, ma è la situazione attuale, e
cambiarla è un problema complesso.

-- 
Elena ``of Valhalla''

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


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Martin Koppenhoefer


sent from a phone

> On 21. Feb 2018, at 09:09, Alfredo Gattai  wrote:
> 
> Potrebbe essere diverso facendone un pesante uso a livello commerciale


non c’è alcun dubbio che i dati osm devono essere compatibile con un “uso 
commerciale”, non ci deve essere un rischio per gli utilizzatori, è per questo 
motivo che non si va nelle zone legali grigie.


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


Re: [Talk-ee] OSM PostgreSQL-i

2018-02-21 Thread Andres Kaaber
Ahhoi!

Ma küll ei ole juba mõni aasta OSM -i kõhtu vaadanud ... aga kas ta mitte
ei ole / olnud PostgreSQL -s :) ? Või mida sa mõtled OSM andmestiku all?

21. veebruar 2018 11:48 kirjutas Olavi Randma :

> Tere
>
> Olen juba mõnda aega tegelenud OSM andmestiku konverteerimisega
> PostgreSQL-i. Topoloogia konverteerimine õnnestus kõige paremini
> programmiga osm2po, kuid keelatud pöörete konverteerimine ei õnnestunud
> mitte millegagi. Igatahes lõin otsimisele käega ning tegin konverteri ise.
> Nüüdseks on andmed konverteeritud ning arvutus - ja analüüsi programmid ka
> kohandatud sellega. Eeskätt huvitab mind muidugi autograaf, kuid hea oleks
> kui saaks ka jalgratta- ning jalgsikäigu graafid "korda". Nagu igasugu
> plaaniarvutuste puhul on oluline kui hästi plaan vastab tegelikkusele nii
> ka siin ning see sõltub eeskätt andmestikust.
> Kui asja vastu on laiem huvi, siis ma võin probleeme juba avada
> põhjalikumalt ja ka vastav testprogramm on veebis kättesaadav.
>
> Lugupidamisega
>
> Olavi Randma
> programmeerija
>
>
> ___
> Talk-ee mailing list
> Talk-ee@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ee
>



-- 
A. Kaaber
___
Talk-ee mailing list
Talk-ee@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ee


Re: [Talk-hr] Eko karta zavoda Andrije Štampara

2018-02-21 Thread hbogner
Da github issues može za ove koji nemaju atribuciju i krše licencu na 
drugi način.

Mislio sam više kao:
https://wiki.openstreetmap.org/wiki/List_of_OSM-based_services
u kombinaciji sa:
https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution

Mislim da sam negdje već vidio listu servisa koji koriste OSM ali sad 
više nisam siguran jesam li to vidio, ili sam samo mislio tako nešto 
napraviti za RH...


PS. sad vidim i primjer za slanje emaila:
https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution/Example_email

Hrvoje

On 20.02.2018 23:22, Dražen Odobašić wrote:

Pa mogu se zapisat kao issues na github-u?

On 20 February 2018 22:45:15 CET, hbogner  wrote:

On 20.02.2018 22:02, Janko Mihelić wrote:

On Tue, Feb 20, 2018, 19:39 Michal Fabík 

wrote:



Zdravo,
mogu li posuditi ovo?



Naravno.

Da ja onda ovo pošaljem Štamparu i IN2-u sa svoje gmail adrese? Jel

imamo

možda neku osm-hr.org adresu?

Janko




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


Mogu ja sa osm-hr.org adrese poslati ako se ti slažeš, ili da ti
kreiramo osm-hr.org adresu :D

Što mislite o tablici koristenja OSM u RH sa opisom korisnika i da li
postuju licencu ili ne?


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






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


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Martin Koppenhoefer


sent from a phone

> On 21. Feb 2018, at 08:25, Andrea Albani  wrote:
> 
> Ciao, scusa la provocazione, ma io prima inseguirei gli "utenti pasticcioni" 
> e poi mi occuperei di quelli che sbirciano su StreetView.


tieni in mente che anche se non è normalmente rilevabile l’utilizzo di 
streetview (soprattutto quando non contiene errori e tu conosci la zona), è 
comunque “vietato” anche dalla OSMF e in passato sono stati bloccati mappatori 
e rivertati tutte le loro modifiche perché avevano detto di aver utilizzato 
servizi della google per la mappatura (NE2 negli USA per esempio)


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


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Cascafico Giovanni
Il giorno 21 febbraio 2018 11:00, Volker Schmidt  ha
scritto:

>
>
> https://wiki.openstreetmap.org/wiki/Legal_FAQ
> sezione 2 Contributing
>
>
+1
"Can I trace data from Google Maps/Nokia Maps? " da quel che capisco è che
non posso ricalcare, ammesso che abbia senso farlo in StreetView :-)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Andrea Albani
Il giorno 21 febbraio 2018 11:00, Francesco Pelullo 
ha scritto:

>
>
> Acquisisci un'informazione geografica, che prima di quel momento non avevi
> (altrimenti non avresti usato SV).
> Questa informazione è rilasciata gratuitamente (non liberamente) da Google.
> Google non consente di utilizzare questa informazione per scopi diversi da
> quelli previsti.
>
>

La foto è di Google, ma il contenuto no perchè è pubblicamente disponibile
nella via per chiunque voglia vederlo.

Io uso il contenuto pubblico, non ricavo un'opera derivata dalla foto in sè.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Cascafico Giovanni
Il giorno 21 febbraio 2018 10:14, Volker Schmidt  ha
scritto:

> OSM richiede a suoi contributori che i fonti siano compatibili con la
> licenza.
> Copiare da Google non è compatibile.
> Punto.
> Io consiglio di scrivere gentilmente, ma con fermezza, a questo utente che
> deve togliere da OSM tutti i dati da lui inseriti sulla basa di
> informazioni ottenuto da dati Google.
>

Ho visto che Bubix lo ha appena fatto :-)

Credo che tutta questa discussione sia frutto di quella infelice frase del
diario "sulla base di". A prescindere che l'utente stia effettivamente
copiando da SV o traendo spunto, vorrei soffermarmi proprio sulla parola
"spunto" od uno dei suoi sinonimi imbeccata, suggerimento, ispirazione.

Non è raro che gli artisti dichiarino di essersi ispiratii ad un collega
quando scrivono musica o parole, nemmeno se non è morto da 70 anni. E'
indubbio che un'opera artistica o dell'ingnegno (anche se tutelate dalla
SIAE o dall'ufficio brevetti) attinga od è stata fonte di idee per altri.
Non siamo ciechi, ne' reinventiamo la ruota ogni volta ed i media sono da
sempre usati con questa funzione.

Se vedo una nuova rotonda su SV, vado a verificare su Bing e se non la
trovo metto una nota in OSM e, se nessuno risponde, magari un giorno ci
passerò con lo smarphone. Tutto ciò vuol dire che ho usato una fonte non
consentita? Devo censurare questo mio comportamento?

Se il Diavolo StreetView pubblica in rete le foto delle strade pubbliche,
non si appropria della loro esistenza e sarei felice se il mefistofelico
cornuto usasse le mie traccie GPS per mandare la google car (anzi, credo
che già lo faccia).

La realtà è che stiamo qui a darci le mazzate tra mappatori se solo
sbirciamo StreetView, ma quando una casa editrice italiana *copia* da OSM
possiamo solo rispondere con una mail.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Volker Schmidt
Forse la questione è proprio qui, ovvero cosa intendi tu o Francesco per
>> "copiare" ?
>> Perchè la tua posizione è molto netta e con quel "Punto." sembri non
>> ammettere discussioni, come se la definizione fosse scontata e condivisa.
>>
>
https://wiki.openstreetmap.org/wiki/Legal_FAQ
sezione 2 Contributing

(So che il wiki non è un documento legale)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Francesco Pelullo
Il giorno 21 febbraio 2018 10:43, Andrea Albani  ha
scritto:

>
>
>
> Di che cosa mi approprio guardando una foto di Streetview ?
>
> Vorrei solo capire.
>



Acquisisci un'informazione geografica, che prima di quel momento non avevi
(altrimenti non avresti usato SV).
Questa informazione è rilasciata gratuitamente (non liberamente) da Google.
Google non consente di utilizzare questa informazione per scopi diversi da
quelli previsti.

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


Re: [OSM-talk-fr] wms.openstreetmap.fr était DOWN

2018-02-21 Thread Antoine Riche
Et dans le foul??e, si tu peux remettre http://polygons.openstreetmap.fr/ 
en route ...


Merci d'avance !
Antoine.

Le 21/02/2018 ?? 10:31, Christian Quest a ??crit??:

J'ai remis en route ce service qui ??tait down depuis quelques temps.

Le disque du serveur a quelques probl??mes ce qui oblige ?? intervenir 
en cas de red??marrage du serveur.


J'ai commenc?? ?? migrer tout ??a pour remplacer le disque et tout mettre 
?? niveau.


--
Christian Quest - OpenStreetMap France


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





---
L'absence de virus dans ce courrier ??lectronique a ??t?? v??rifi??e par le 
logiciel antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-it] Utilizzo amenity=recycling

2018-02-21 Thread Martin Koppenhoefer


sent from a phone

> On 21. Feb 2018, at 08:31, Gianluca Boero  wrote:
> 
> tra l'altro questo tag viene indicato nel wiki e dovrebbe essere indicato per 
> quelli che da me sono di colore grigio, la indifferenziata.
> 


si, quel tag c’è nella wiki, io lo leggerei che si ricicla l’immondizia 
indifferenziata (lo facevano per esempio negli anni 80 e 90 nel mio comune, 
raccolta non compressa e differenziazione in fabbrica)

In ogni caso “recycling” è sul riciclo, quando non si ricicla non viene 
applicato, direi nemmeno i sottotag

Il wiki è esplicito su questo:

Recycling is used for a container or centre that accepts waste for recycling, 
and donations of used goods. This tag should not be used if the waste is not 
recycled!


> Aggiungo ora una considerazione, Martin tu hai colori diversi dai miei, non 
> sarebbe utile inserire i colori nel tag?
> 

mi sembra eccessivo, ma ovviamente sei libero a farlo. 

Ciao, Martin 


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


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Simone Saviolo
Il giorno 21 febbraio 2018 10:43, Andrea Albani  ha
scritto:

> Il giorno 21 febbraio 2018 10:14, Volker Schmidt  ha
> scritto:
>
>> Concordo pienamente con Francesco.
>> Copiare da Google non è compatibile.
>> Punto.
>>
>
> Forse la questione è proprio qui, ovvero cosa intendi tu o Francesco per
> "copiare" ?
> Perchè la tua posizione è molto netta e con quel "Punto." sembri non
> ammettere discussioni, come se la definizione fosse scontata e condivisa.
>
> Se ricalco su Google Maps strade che risultano inesistenti sulle ortofoto
> "lecite" e le riporto in OSM, sicuramente siamo tutti d'accordo.
>
> Se invece colto da un dubbio faccio una capatina virtuale con StreetView
> le opinioni sembrano divergere.
>
> Di che cosa mi approprio guardando una foto di Streetview ?
>
> Vorrei solo capire.
>

Mettiamola così.

Io so che la strada dietro allo stadio si chiama via Garibaldi. Lo so
perché me l'ha detto mio papà quand'ero piccolo. Mio papà l'aveva letto sul
TuttoCittà, edizione millenovecentononmiricordo. Però poi un suo amico è
andato a vivere lì e gli ha detto "d'ora in poi mandami le cartoline in via
Garibaldi 22", così confermando il nome della via.

Posso mettere quell'informazione in OSM? È ricavata da una fonte (mio papà)
che l'ha estratta da un database proprietario (TuttoCittà). Il fatto che
poi l'abbia saputo anche da un'altra fonte influisce? L'altra fonte (il suo
amico) da dove l'ha saputo?

Ciao,

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


Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )

2018-02-21 Thread Petr Vozdecký
ah... zrovna jsem na to přišel... díky

další dotaz - kde je chyba, pokud je údaj v externí databázi shodný s údaji
v OSM a přesto to POI importer nechce napárovat?

viz:
http://osm.kyralovi.cz/POI-Importer-testing/#map=17/49.1936/16.5671
=CZECPbox=hideCompletePOI
https://www.openstreetmap.org/node/4782741021

vop

-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 2. 2018 10:43:31
Předmět: Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )
"> - v POI importeru jsem chvíli tápal a objevil jeden neduh - nalezl jsem
schránku, která se zprvu označí šedým špendlíkem a když se špendlíky
zabarví, tak tento zmizí (asi nemá definovanou barvu). V praxi tzn, že
nevidím všechny špendlíky (zmizí mi před očima a nevím, které to byly) - viz
http://osm.kyralovi.cz/POI-Importer-testing/#map=18/49.1881/16.5363
=CZECPbox=hideCompletePOI
(http://osm.kyralovi.cz/POI-Importer-testing/#map=18/49.1881/16.5363=CZECPbox=hideCompletePOI)

Protože máš zatrhnuto "Skrýt kompletní POI" ;-)

Zbytek až se k tomu večer dostanu.

Marián

-- Původní e-mail --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 2. 2018 10:25:48
Předmět: Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )
"
Ahoj,
věnoval jsem se tomu chvíli a předkládám nějaké poznatky z pohledu "řadového
mappera":

- než jsem pochopil, co mám přesně dělat, navzdory popisu na Taskmanu jsem
tápal - pomohl mi až telefonát s Mirkem Suchým, nechápal jsem do té doby
některé nuance, např. že Taskman je jen na zabarvování čtverečků, že
porovnání v POI importeru je jen "jednosměrné" (viz níže) atp.
- (jednosměrnost) v POI importeru vidím vizualizované jen ty schránky, které
jsou v externí datové sadě České pošty? Tedy pokud oni něco nemají a my ano,
je to nějak vizualizováno?
- v POI importeru jsem chvíli tápal a objevil jeden neduh - nalezl jsem
schránku, která se zprvu označí šedým špendlíkem a když se špendlíky
zabarví, tak tento zmizí (asi nemá definovanou barvu). V praxi tzn, že
nevidím všechny špendlíky (zmizí mi před očima a nevím, které to byly) - viz
http://osm.kyralovi.cz/POI-Importer-testing/#map=18/49.1881/16.5363
=CZECPbox=hideCompletePOI
- údaj collection_times=* lze do OSM zadat buď jako údaj uvedený v jejich
databázi, nebo údaj uvedený na schránce. Z nějakého důvodu je na schránkách
uveden daleko přesnější čas (např. pro celou část města je uveden v databázi
jednotný čas - nejspíše čas, kdy pošťák začne schránky objíždět, např. 16:
00, ale na jednotlivých schránkách je např. 17:02). Který čas je pro nás
"správnější" pro uvedení do OSM?
- údaje o adresách a poznámky jsou v DB pošty docela zajímavé - nebylo by k
něčemu, přebírat do OSM i ty poznámky? Jde často o upřesnění, které může
pomoci schránku nalézt (stojan u zastávky MHD apod.)
-
- při projití ca 5-10 schránek jsem prakticky u každé nalezl nějaký rozdíl v
externích datech ČP a datech OSM. Nevím, jak detailně a jak efektivně toto
"hlásit". Píšu to do mailu, do teď jsem s tím vším strávil ca 1,5 hod a
přišlo mi to značně neefektivní... Dělám to vlastně dvakrát (jednou do OSM
dat a jednou do mailu) a navíc se ty poznámky od různých mapperů jistě budou
jevit asi značně nesourodě...
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


[Talk-ee] OSM PostgreSQL-i

2018-02-21 Thread Olavi Randma

Tere

Olen juba mõnda aega tegelenud OSM andmestiku konverteerimisega 
PostgreSQL-i. Topoloogia konverteerimine õnnestus kõige paremini 
programmiga osm2po, kuid keelatud pöörete konverteerimine ei õnnestunud 
mitte millegagi. Igatahes lõin otsimisele käega ning tegin konverteri 
ise. Nüüdseks on andmed konverteeritud ning arvutus - ja analüüsi 
programmid ka kohandatud sellega. Eeskätt huvitab mind muidugi 
autograaf, kuid hea oleks kui saaks ka jalgratta- ning jalgsikäigu 
graafid "korda". Nagu igasugu plaaniarvutuste puhul on oluline kui hästi 
plaan vastab tegelikkusele nii ka siin ning see sõltub eeskätt andmestikust.
Kui asja vastu on laiem huvi, siis ma võin probleeme juba avada 
põhjalikumalt ja ka vastav testprogramm on veebis kättesaadav.


Lugupidamisega

Olavi Randma
programmeerija


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


Re: [Talk-in] Greetings from Italy

2018-02-21 Thread Marco Brancolini
Thank you Kelvin,
I read the wiki page about Indian highways, interesting.
Main highways (trunks, secondaries, tertiaries) were already mapped, we
used highways=unclassified to map roads connecting villages, and
highways=track to map roads ending in farmland.
Your wiki page suggests to use 'highway=road' if you're using aerial
imagery, but I hope our tagging rule is acceptable.
In addition to the highways, we mapped villages with a node
(place=village/hamlet), surrounding them with landuse=residential.
We mapped also some rivers, lakes, and pounds.

Marco

2018-02-20 14:24 GMT+01:00 muzirian :

> That sounds awesome.
> There are some basic things like our road tagging documented in India's
> page in osm wiki.
> Feel free to ask if you need help with anything.
>
>
> Kelvin
>
> On Tue, Feb 20, 2018 at 5:05 AM, mbranco2  wrote:
>
>> Hello Indian mappers,
>> I'm writing to your list to notify we're mapping - from Italy - an Indian
>> zone poorly mapped (north-east of Warangal, Andhra Pradesh).
>> I'm leading an OSM project in an Italian high school [1], students are
>> doing their first mappings, and it's too early to join a HOT project: so,
>> to learn using Tasking Manager, we set up a task [2] on an Italian
>> istance of TM, that we use (also) for didactic purposes (I randomly chose
>> that area).
>> I thought to notify this activity before the beginning, but I didn't find
>> your mailing list on Nabble [3], a third-party site I find very handy
>> because you can follow MLs with a forum-style.
>> Answering a question about one of our changesets (thank you adivik2000],
>> I discovered your ML, so I'm notifying this only now.
>>
>> Hoping our activity is OK for your community, Ciao!
>> Marco
>>
>> P.S. If someone of you doesn't know Tasking Manager and should like to
>> try it, feel free to use [2] : students has a lot of other jobs to do...
>>
>>
>>
>> [1] https://www.wikimedia.it/scuola-mappatura-libera-un-corso-
>> alliis-avogadro-torino/ (sorry, Italian only)
>> [2] http://osmit-tm.wmflabs.org/project/30
>> [3] http://gis.19327.n8.nabble.com/OpenStreetMap-f5171240.html
>>
>>
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
>>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Andrea Albani
Il giorno 21 febbraio 2018 10:14, Volker Schmidt  ha
scritto:

> Concordo pienamente con Francesco.
> Copiare da Google non è compatibile.
> Punto.
>
>
Forse la questione è proprio qui, ovvero cosa intendi tu o Francesco per
"copiare" ?
Perchè la tua posizione è molto netta e con quel "Punto." sembri non
ammettere discussioni, come se la definizione fosse scontata e condivisa.

Se ricalco su Google Maps strade che risultano inesistenti sulle ortofoto
"lecite" e le riporto in OSM, sicuramente siamo tutti d'accordo.

Se invece colto da un dubbio faccio una capatina virtuale con StreetView le
opinioni sembrano divergere.

Di che cosa mi approprio guardando una foto di Streetview ?

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


Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )

2018-02-21 Thread Marián Kyral
> - v POI importeru jsem chvíli tápal a objevil jeden neduh - nalezl jsem
schránku, která se zprvu označí šedým špendlíkem a když se špendlíky
zabarví, tak tento zmizí (asi nemá definovanou barvu). V praxi tzn, že
nevidím všechny špendlíky (zmizí mi před očima a nevím, které to byly) - viz
http://osm.kyralovi.cz/POI-Importer-testing/#map=18/49.1881/16.5363
=CZECPbox=hideCompletePOI
(http://osm.kyralovi.cz/POI-Importer-testing/#map=18/49.1881/16.5363=CZECPbox=hideCompletePOI)

Protože máš zatrhnuto "Skrýt kompletní POI" ;-)

Zbytek až se k tomu večer dostanu.

Marián

-- Původní e-mail --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 2. 2018 10:25:48
Předmět: Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )
"
Ahoj,
věnoval jsem se tomu chvíli a předkládám nějaké poznatky z pohledu "řadového
mappera":

- než jsem pochopil, co mám přesně dělat, navzdory popisu na Taskmanu jsem
tápal - pomohl mi až telefonát s Mirkem Suchým, nechápal jsem do té doby
některé nuance, např. že Taskman je jen na zabarvování čtverečků, že
porovnání v POI importeru je jen "jednosměrné" (viz níže) atp.
- (jednosměrnost) v POI importeru vidím vizualizované jen ty schránky, které
jsou v externí datové sadě České pošty? Tedy pokud oni něco nemají a my ano,
je to nějak vizualizováno?
- v POI importeru jsem chvíli tápal a objevil jeden neduh - nalezl jsem
schránku, která se zprvu označí šedým špendlíkem a když se špendlíky
zabarví, tak tento zmizí (asi nemá definovanou barvu). V praxi tzn, že
nevidím všechny špendlíky (zmizí mi před očima a nevím, které to byly) - viz
http://osm.kyralovi.cz/POI-Importer-testing/#map=18/49.1881/16.5363
=CZECPbox=hideCompletePOI
- údaj collection_times=* lze do OSM zadat buď jako údaj uvedený v jejich
databázi, nebo údaj uvedený na schránce. Z nějakého důvodu je na schránkách
uveden daleko přesnější čas (např. pro celou část města je uveden v databázi
jednotný čas - nejspíše čas, kdy pošťák začne schránky objíždět, např. 16:
00, ale na jednotlivých schránkách je např. 17:02). Který čas je pro nás
"správnější" pro uvedení do OSM?
- údaje o adresách a poznámky jsou v DB pošty docela zajímavé - nebylo by k
něčemu, přebírat do OSM i ty poznámky? Jde často o upřesnění, které může
pomoci schránku nalézt (stojan u zastávky MHD apod.)
-
- při projití ca 5-10 schránek jsem prakticky u každé nalezl nějaký rozdíl v
externích datech ČP a datech OSM. Nevím, jak detailně a jak efektivně toto
"hlásit". Píšu to do mailu, do teď jsem s tím vším strávil ca 1,5 hod a
přišlo mi to značně neefektivní... Dělám to vlastně dvakrát (jednou do OSM
dat a jednou do mailu) a navíc se ty poznámky od různých mapperů jistě budou
jevit asi značně nesourodě...
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


[OSM-talk-fr] wms.openstreetmap.fr était DOWN

2018-02-21 Thread Christian Quest
J'ai remis en route ce service qui était down depuis quelques temps.

Le disque du serveur a quelques problèmes ce qui oblige à intervenir en cas
de redémarrage du serveur.

J'ai commencé à migrer tout ça pour remplacer le disque et tout mettre à
niveau.

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


Re: [OSM-talk-fr] conflit de précision de données a cause d'une clé

2018-02-21 Thread Christian Quest
Des photos, des photos, il n'y a que ça pour se rendre compte de la
situation.

Si il y a un obstacle, on sépare les way, sinon, c'est un tag de plus sur
le way unique.

Qu'est-ce qu'on obstacle ?

Pour moi tout ce qui oblige à faire un choix de passer "à gauche ou à
droite" (donc routage) est un obstacle.
Une bande réservée au stationnement est aussi pour moi un obstacle vu qu'on
va devoir choisir par où passer.


Sinon question toute bête concernant ce conflit d"édition... vous avez
échangé quelques messages ? En expliquant bien on arrive souvent à
converger...


Le 21 février 2018 à 09:01, Axelos  a écrit :

> Coucou,
>
> Le mieux pour te donner un avis, serait de nous mettre à disposition
> quelques photos :)
>
> Concernant la réponse de Marc, de mémoire il considère que des
> stationnements longitudinales qui séparent la chaussée principale pour
> les automobilistes et piste cyclable ne constituent pas une séparation
> physique et donc ne nécessite pas de créer deux chemins.
> Mon avis sur ce type de situation est totalement à l’opposé :)
>
> La question serait plutôt que considère-t-on comme étant un obstacle ?
>
> Axel.
>

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


Re: [OSM-talk-fr] conflit de précision de données a cause d'une clé

2018-02-21 Thread Francescu GAROBY
Bonjour Axel,
Je viens de te répondre longuement, photos à l'appui.
Malheureusement, la limite des 100ko empêche mon mail d'être diffusé. Si
quelqu'un pouvait le débloquer, ça serait sympa...

Francescu

Le 21 février 2018 à 10:25, Francescu GAROBY  a écrit :

> Bonjour Axel (et les autres),
> Ça tombe bien que tu demandes des photos, car je comptais dès hier soir
> vous en faire ce matin, vu que le Cours Montalivet est justement mon
> itinéraire quotidien à vélo. Les voici donc en pièces-jointes.
> Pour commencer, il faut savoir qu'il n'existe aucun aménagement cyclable
> coté sud du Cours Montalivet : uniquement des contre-allées, ouvertes à
> tous, permettant de desservir les magasins qui s'y trouvent. Mon trajet se
> fait donc dans le sens ouest -> est, au nord du Cours (entre ce dernier et
> l'Orne).
>
> * 1ère photo ("*feu_tricolore.jpg*", prise ici
> 
> dans le sens sud -> nord), la jonction entre le Cours et la piste cyclable
> se fait par un feu tricolore commun avec les piétons et, du fait des
> travaux actuels, il est même demandé aux cyclistes de traverser pied à
> terre.
> * 2ème photo ("*piste_bidirectionnelle.jpg*", prise ici
> ),
> la piste est bidirectionnelle, et large (1m80, avec tout de même quelques
> rétrécissements, parfois dangereux, à certains endroits. Mais jamais moins
> de 1m de large). À noter aussi la bande de terre herbeuse et arborée, qui
> sépare la piste de la chaussée. Par endroit, le trottoir dépasse les 20cm
> de hauteur !
> * 3ème et 4ème photos ("*terre_plein_central_1.jpg*" et "
> *terre_plein_central_2.jpg*", prises ici
> 
> et là
> )
> : pour comparaison, le Cours a lui aussi un terre-plein central herbeux et
> arboré. Puis uniquement herbeux et de la hauteur d'une petite motte de
> terre. Facilement franchissable par n'importe qui ! Même type de
> séparation, mais personne ne conteste la séparation physique des 2 axes de
> circulation.
> * 5ème photo ("*etat_piste_cyclable.jpg*") : la piste a son propre
> revêtement. Il est séparé de la chaussée, pas refait au même moment, et
> même, par endroits, composé uniquement de plaques de béton, et non de
> bitume ! On voit d'ailleurs sur la photo qu'il a aussi son propre état :
> les racines des arbres soulèvent le bitume. Comme le Cours est plus souvent
> refait que la piste, ça ne se remarque que sur cette dernière...
> * 6ème photo("*fin_piste_cyclable.jpg*", prise ici
> )
> : cependant, les 20-30 derniers mètres de la piste, à l'approche de sa
> jonction avec le carrefour Cours Montalivet/Route de Cabourg, sont
> différents, en effet. Plus de séparation physique par un terre-plein. Là,
> qu'on dise que c'est du "track", pourquoi pas.
>
> Bref, pour moi, il est clair qu'il s'agit d'une piste cyclable
> ("highway=cycleway"), et non d'autre chose (mis à part les 20-30 derniers
> mètres, à l'extrémité est). D'ailleurs (j'ai oublié de prendre une photo
> spécifique, pour ça), les jonctions entre le Cours et la piste sont
> inexistantes (mis à part aux extrémités et aux rares passages-piétons) !
> Par exemple, il n'est pas possible d'aller des contre-allées coté sud du
> Cours, telle que l'allée du Bac, jusqu'à la piste cyclable
> 
> : aucun aménagement (trottoir rabaissé/bateau, passage-piétons, ...)
> n'existe ! Inclure la piste au way du Cours Montalivet trompera les
> calculateurs d'itinéraires, et mettra en danger les cyclistes qui s'y
> fieraient.
>
> Francescu
>
> Le 21 février 2018 à 09:01, Axelos  a écrit :
>
>> Coucou,
>>
>>
>> Le 20/02/2018 à 19:58, David Crochet a écrit :
>> > Bonjour
>> >
>> > Je suis en conflit d'édition, ou plutot de précision de données.
>> >
>> > En effet, un contributeur retire les pistes cyclables pour les intégrer
>> > aux voies routières adjacentes. Ceci en utilisant un clé qui est en fait
>> > la source du conflit "cycleway=track"
>> >
>> > https://www.openstreetmap.org/changeset/56522407
>> >
>> > https://www.openstreetmap.org/changeset/56528558
>> >
>> > https://www.openstreetmap.org/changeset/56524173.
>> >
>> > Cette clé "cycleway=track", bien que correct, définit moins que la piste
>> > décrite elle-même puisqu'en étant séparé de la voie routière, on peut
>> > définir sa matière de surface ainsi.
>> >
>> > Bref, il est partisan de cette clé associé à la voie routière, je suis
>> > partisan de l'autre façon et de le décrire de façon indépendante.
>> >
>> > Qu'en pensez-vous ?
>>
>>
>> Le mieux pour te donner un avis, serait de nous mettre à disposition
>> quelques photos 

Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )

2018-02-21 Thread Petr Vozdecký

Ahoj,
věnoval jsem se tomu chvíli a předkládám nějaké poznatky z pohledu "řadového
mappera":

- než jsem pochopil, co mám přesně dělat, navzdory popisu na Taskmanu jsem
tápal - pomohl mi až telefonát s Mirkem Suchým, nechápal jsem do té doby
některé nuance, např. že Taskman je jen na zabarvování čtverečků, že
porovnání v POI importeru je jen "jednosměrné" (viz níže) atp.
- (jednosměrnost) v POI importeru vidím vizualizované jen ty schránky, které
jsou v externí datové sadě České pošty? Tedy pokud oni něco nemají a my ano,
je to nějak vizualizováno?
- v POI importeru jsem chvíli tápal a objevil jeden neduh - nalezl jsem
schránku, která se zprvu označí šedým špendlíkem a když se špendlíky
zabarví, tak tento zmizí (asi nemá definovanou barvu). V praxi tzn, že
nevidím všechny špendlíky (zmizí mi před očima a nevím, které to byly) - viz
http://osm.kyralovi.cz/POI-Importer-testing/#map=18/49.1881/16.5363
=CZECPbox=hideCompletePOI
- údaj collection_times=* lze do OSM zadat buď jako údaj uvedený v jejich
databázi, nebo údaj uvedený na schránce. Z nějakého důvodu je na schránkách
uveden daleko přesnější čas (např. pro celou část města je uveden v databázi
jednotný čas - nejspíše čas, kdy pošťák začne schránky objíždět, např. 16:
00, ale na jednotlivých schránkách je např. 17:02). Který čas je pro nás
"správnější" pro uvedení do OSM?
- údaje o adresách a poznámky jsou v DB pošty docela zajímavé - nebylo by k
něčemu, přebírat do OSM i ty poznámky? Jde často o upřesnění, které může
pomoci schránku nalézt (stojan u zastávky MHD apod.)
-
- při projití ca 5-10 schránek jsem prakticky u každé nalezl nějaký rozdíl v
externích datech ČP a datech OSM. Nevím, jak detailně a jak efektivně toto
"hlásit". Píšu to do mailu, do teď jsem s tím vším strávil ca 1,5 hod a
přišlo mi to značně neefektivní... Dělám to vlastně dvakrát (jednou do OSM
dat a jednou do mailu) a navíc se ty poznámky od různých mapperů jistě budou
jevit asi značně nesourodě...___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-gb-westmidlands] March Meeting

2018-02-21 Thread Eike Ritter
On 20/02/18 18:00, Rob Nickerson wrote:
> Enjoy.
> 
> I'm looking free at the moment. Anyone else able to make it?
> 
>

I'll be available.

Eike



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


Re: [Talk-es] Importación de Catastro. Archivos de tareas desaparecidos del repositorio en línea

2018-02-21 Thread Javier Sánchez Portero
Hola Daniel

Felicidades por publicar los dos primeros proyectos.

He publicado este archivo
https://github.com/OSM-es/catastro-import/raw/master/count_buildings.ods

Con el recuento de número de edificios por municipio para que cada uno se
haga una idea del coste (en horas de trabajo) de importar cada municipio.
Por ejemplo, Totalán, con 506 edificios, espero que esté listo en poco
tiempo, mientras que Colmenar (2435) debería llevar más y Málaga... bueno.
En la última hoja está la división que yo tengo planteada para la provincia
de Santa Cruz de Tenerife. En principio me planteé agrupar los 54
municipios en 11 proyectos con un número similar de edificios cada uno.
Aunque viendo el paso al que va la cosa: el proyecto para el sureste de
Tenerife (6 municipios) está al 1% en 20 días de trabajo. En fin, ahí
quedan los datos para que cada uno piense la estrategia a seguir.

El 21 de febrero de 2018, 7:43, dcapillae  escribió:

> Gracias, Alan.
>
> Quizás Javier nos pueda responder a tu pregunta. Yo no sé mucho sobre
> importaciones, es la primera en la que participo.
>
> Aprovecho para agradeceros vuestra participación en los proyectos y pediros
> paciencia y comprensión con los errores que pueda cometer en la publicación
> y revisión de los mismos. Estos últimos días han sido bastante intensos.
> Muchas cosas eran nuevas para mí: los complementos de JOSM, el
> procedimiento
> de importación, el gestor de tareas, el repositorio de GitHub...
>
> Doy por hecho que me voy a equivocar más de una vez, así que os pido
> paciencia. Espero ir mejorando conforme vayamos publicando nuevos proyectos
> para Málaga. Nuestra intención es publicar un proyecto para todos y cada
> uno
> de los 103 municipios de la provincia.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> 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-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Volker Schmidt
Concordo pienamente con Francesco.

Questa argomentazione è come quella che posso superare i limiti di velocità
in assenza di un autovelox.

Non è una questione di come scoprire o come provare il fatto che qualcosa è
stato copiato da fonte non compatibile con la licenza OSM.
OSM richiede a suoi contributori che i fonti siano compatibili con la
licenza.
Copiare da Google non è compatibile.
Punto.
Io consiglio di scrivere gentilmente, ma con fermezza, a questo utente che
deve togliere da OSM tutti i dati da lui inseriti sulla basa di
informazioni ottenuto da dati Google.

Volker

2018-02-21 9:21 GMT+01:00 Francesco Pelullo :

> Noi siamo OpenStreetMap. Stiamo realizzando una mappa libera del mondo.
> Per farlo, utilizziamo dati liberamente disponibili.
>
> Non nascondiamoci dietro "scuse" del tipo: "... come farebbero a
> dimostrarlo..." il progetto è fondato sull'assioma che i dati geografici
> debbano essere liberi e riutilizzabili.
>
> A mio avviso, mappare (gratis) per sostenere questo principio ci distingue
> in un mondo in cui sembra che tutto si debba muovere attorno al profitto.
>
> Se adesso utilizziamo dati non liberi, o sosteniamo chi lo fa,  o non
> stigmatizziamo in una mailing list  pubblica chi dichiara apertamente di
> farlo, vanifichiamo gli sforzi di tanti che hanno passato anni e anni a
> ricalcare puntini sullo schermo (compreso te) invece di copiare da altri.
>
> Ciao
> /niubii/
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-es] Importación de Catastro. Etiquetado del conjunto de cambios

2018-02-21 Thread Javier Sánchez Portero
Hola Alan

El programa, al generar las tareas, pone en un mismo archivo los edificios
de las parcelas que son adyacentes. En el caso del catastro urbano, la
tarea contendrá una manzana de edificios rodeados por calles. Normalmente
esto supone varios edificios por tarea, alrededor de una docena. Lo que
pasa en Totalán es que casi todas las parcelas están separadas con muchos
callejones entre casas. Por eso los archivos tienen un número tan bajo de
edificios. Cuando cojas una tarea de rústica tendrás muchos más edificios.

Respecto a las etiquetas del conjunto de cambios son estas:

* comment: imprescindible
* source: Yo creo que en la wiki que mencionas[1] se refieren a no poner la
etiqueta source en cada uno de los objetos que se suben, como se hacía
anteriormente. Cuando revisas la historia de un objeto, el valor de la
etiqueta aparece de forma inmediata, al menos en JOSM y me parece mejor
forma de dar atribución. No está de más que, además, cada uno de nosotros
ponga en su cuenta de importación la fuente junto con el enlace a la página
de la importación. En mi caso se me había pasado hacerlo, lo anotaré en la
Wiki.
* source:date: Los datos de Catastro se actualizan un par de veces al año.
Lo que subas dentro de seis meses posiblemente tenga una fecha distinta.
Como es un valor que va cambiando, es difícil de registrar en la cuenta de
usuario. ¿Prescindimos de este dato?
* source:date:addr: Puede ser distinta a la anterior.
* type=import: Totalmente necesaria, pueden usarla herramientas de
seguimiento de conjuntos de cambios para poner un ojo en lo que hacemos.
* url: Se puede mover a la página del usuario.

Resumiendo, podríamos pasar de seis etiquetas a dos (comment y type), pero
a cambio de prescindir de dos que me parecen interesantes (source:date:*) y
de cambiar la forma de atribución (con lo que no estoy muy de acuerdo).
Además habría que vigilar que cada contribuidor pusiera la información
correcta en su página de usuario.

Aprovecho para comentar algo que me ha alegrado. He enviado mensajes a
algunos editores locales y sólo me ha respondido uno, que por ahora está
liado. Sin embargo, sin haber hecho nada, me ha surgido un editor desde
Alemania que está haciendo muy buenas contribuciones en el municipio de El
Rosario.

Javier


El 21 de febrero de 2018, 0:13, alan_gr  escribió:

> Buen trabajo Daniel!
>
> He subido una manzana en Totalán, en realidad solo una casa. Tardé bastante
> en hacerlo, más que nada porque no estoy acostumbrado a utilizar tantas
> herramientas de JOSM. Además estoy fuera de casa con un laptop de pantalla
> pequeña, me perdí entra tantas ventanas de JOSM. Seguramente con la
> práctica
> la cosa irá más rapido.
>
> Tengo una pequeña duda. Había entendido que la idea de crear una cuenta
> para
> la importación era para recopilar todos los datos (p.e. fuente, URL de la
> página en el wiki) en esta cuenta, evitando así repitirlos en cada conjunto
> de cambios. Las directrices en inglés [1] incluso hablan de las ventajas de
> ahorrar espacio en la base de datos.  Pero veo que por defecto todos los
> detalles salen en el conjunto de cambios. Lo estamos haciendo bien
> entonces?
> Sé que no todo lo que se lee en el wiki es cierto...
>
> [1] https://wiki.openstreetmap.org/wiki/Import/Guidelines
>
>
>
> --
> 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-it] Di nuovo l'utente pasticcione

2018-02-21 Thread Cascafico Giovanni
Ho dato un'occhiata... non sono ancora stati fatti i revert?

2018-02-11 13:24 GMT+01:00 Alecs :

> Ciao a tutti,
> vi segnalo il probabile nuovo account del buon vecchio "select"
> http://gis.19327.n8.nabble.com/Utente-pasticcione-td5892686.html
> https://www.openstreetmap.org/user/bionicbeaver
>
> nuovamente attivo a cancellare i marciapiedi di Catania
> https://www.openstreetmap.org/changeset/56251046
> https://www.openstreetmap.org/changeset/56250619
>
> Questo era l'account attivo fino a qualche giorno fa:
> https://www.openstreetmap.org/user/gionax/history
>
> A sua volta molto attivo nel fare pasticci, e zero risposte ai commenti:
> http://resultmaps.neis-one.org/osm-discussion-comments?uid=6757296
>
> Ho scritto al DWG ma visto che sono anni che va avanti questa storia mi
> chiedo cosa si può fare per bloccarlo.
>
> Grazie
> Alessandro
>
>
>
> --
> 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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-es] Opensouthcode 2018

2018-02-21 Thread Miguel Sevilla-Callejo
Pues siendo en Málaga yo animaría a Daniel Capilla a que fuera.

No tiene ni por qué preparar material sobre el tema, que reutilice parte
del material que hay en el repositorio de presentaciones:
http://bit.ly/osmpresentaciones

Saludos



--
*Miguel Sevilla-Callejo*
Doctor en Geografía

2018-02-21 1:07 GMT+01:00 Alejandro S. :

> Buenos días,
>
> Hago bump de esto porque creo que sería interesante que se diera una
> charlica de difusión de OpenStreetMap. ¿Ningún contribuidor de la zona se
> atreve/quiere? Si hay ganas igual se podría hacer incluso una mapping
> party.
>
> Yo daría la charla, pero me cae un poco mal ir desde Zaragoza sólo para
> dar la charla...
>
> Saludos,
> Alejandro Suárez
>
>
> On Wed, Feb 7, 2018, 18:43 David Sedeño  wrote:
>
>> Hola,
>>
>> tenemos abierto el plazo de recepción de actividades para la tercera
>> edición de Opensouthcode, que se realizará en Málaga el 1 y 2 de junio.
>>
>> Opensouthcode es un evento dedicado al software/hardware libre y
>> tecnologías abiertas. Nos encantaría que puedierais dar a conocer el
>> proyecto Openstreetmap dentro del evento.
>>
>> Más info: https://www.opensouthcode.org
>>
>> Gracias y saludos
>> ---
>> David Sedeño
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Francesco Pelullo
Il 21 feb 2018 08:41, "Cascafico Giovanni"  ha scritto:

Credo ci si inoltri in un territorio grigio che nemmeno un avvocato può
districare.


Giovanni, con tutto il rispetto, l'argomento è chiarissimo.


Anch'io in molte umap ho messo il link StreetView (SV) sotto la voce
"spunti": come possono i legali di Google dimostrare che una loro immagine
non abbia solo evocato/confermato quanto già sapevo da altre fonti (Bing,
memoria personale, ecc)?


Noi siamo OpenStreetMap. Stiamo realizzando una mappa libera del mondo. Per
farlo, utilizziamo dati liberamente disponibili.

Non nascondiamoci dietro "scuse" del tipo: "... come farebbero a
dimostrarlo..." il progetto è fondato sull'assioma che i dati geografici
debbano essere liberi e riutilizzabili.

A mio avviso, mappare (gratis) per sostenere questo principio ci distingue
in un mondo in cui sembra che tutto si debba muovere attorno al profitto.

Se adesso utilizziamo dati non liberi, o sosteniamo chi lo fa,  o non
stigmatizziamo in una mailing list  pubblica chi dichiara apertamente di
farlo, vanifichiamo gli sforzi di tanti che hanno passato anni e anni a
ricalcare puntini sullo schermo (compreso te) invece di copiare da altri.

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


Re: [Talk-it] risposta a dichiarazione uso di GoogleStreetView

2018-02-21 Thread Alfredo Gattai
Sulla base di esperienza personale in ambito lavorativo posso dire che la
menzione fatta dall'utente non costituisce alcuna violazione neanche in
ambito commerciale figuriamoci in OSM.
Consultare immagini che sono disponibili pubblicamente per confermare
ipotesi non rappresenta alcuna violazione di licenza.
Google non ha alcun interesse a limitare queste attivita', anzi e' alla
base del suo core business che la gente si riferisca sempre piu' spesso ad
esso.

Potrebbe essere diverso facendone un pesante uso a livello commerciale ma
praticamente non si perdono dietro neanche quel tipo di utlilizzo perche'
in qualche modo gli fa gioco.

Alfredo



2018-02-21 8:40 GMT+01:00 Cascafico Giovanni :

> Credo ci si inoltri in un territorio grigio che nemmeno un avvocato può
> districare. Anch'io in molte umap ho messo il link StreetView (SV) sotto la
> voce "spunti": come possono i legali di Google dimostrare che una loro
> immagine non abbia solo evocato/confermato quanto già sapevo da altre fonti
> (Bing, memoria personale, ecc)?
>
> Se da Bing interpreto un'ombra come proiettata da una possibile tettoia e
> SV me lo conferma, è una violazione? E' dimostrabile?
>
> La dimostrabilità di una violazione può esserci solo se riporto elementi
> non più esistenti od al contrario cancello elementi nuovi basandomi su
> rilievi Google sorpassati. per cui nell'uso che faccio di SV mi limito come
> sel seguente esempio:
>
> Un altro caso.
> Nella umap dei distributori carburante delle Sardegna [1] ho due layer:
> quello del MISE (ministero della sviluppo economico, cerchietti blu)  e
> quello degli amenity=fuel già mappati in OSM(cerchietti verdi); inoltre
> posso aprire l'immagine SV alle coordinate specifiche.
>
> Clicco quindi su un cerchietto blu solitario, apro il link SV e trovo che
> nel 2001 non esisteva nessun  distributore. Questo mi consente di inserire
> una nota OSM "Esiste un distributore qui?" oppure di fidarmi del MISE ed
> aggiuingerlo senza altri indugi.
>
> Clicco su un verde solitario, apro il link SV e trovo che nel 2008
> esisteva un distributore. Questo mi consente solo di aprire una nota OSM
> "C'è ancora un distributore qui?", oppure di fidarmi del MISE e rimuoverlo
> da OSM.
>
> Insomma, il dato di Google, insieme a quello MISE mi consentono di creare
> delle note georeferenziate interrogative. Violo qualcosa?
>
> [1] http://u.osmfr.org/m/198669
>
> Il giorno 21 febbraio 2018 07:33, Aury88  ha
> scritto:
>
>> un utente nel suo diario [1] ha dichiarato di usare, tra le altre cose, il
>> noto servizio google per l'inserimento di dati su OSM...stavo per dirgli
>> che
>> questo è vietato, ma forse conviene una risposta più corretta/completa.
>> qualcuno ha suggerimenti?
>>
>>
>> ciao
>>
>> [1]https://www.openstreetmap.org/user/zendam/diary/43358
>>
>>
>>
>> -
>> Ciao,
>> Aury
>> --
>> 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 mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-fr] conflit de précision de données a cause d'une clé

2018-02-21 Thread Axelos
Coucou,


Le 20/02/2018 à 19:58, David Crochet a écrit :
> Bonjour
> 
> Je suis en conflit d'édition, ou plutot de précision de données.
> 
> En effet, un contributeur retire les pistes cyclables pour les intégrer
> aux voies routières adjacentes. Ceci en utilisant un clé qui est en fait
> la source du conflit "cycleway=track"
> 
> https://www.openstreetmap.org/changeset/56522407
> 
> https://www.openstreetmap.org/changeset/56528558
> 
> https://www.openstreetmap.org/changeset/56524173.
> 
> Cette clé "cycleway=track", bien que correct, définit moins que la piste
> décrite elle-même puisqu'en étant séparé de la voie routière, on peut
> définir sa matière de surface ainsi.
> 
> Bref, il est partisan de cette clé associé à la voie routière, je suis
> partisan de l'autre façon et de le décrire de façon indépendante.
> 
> Qu'en pensez-vous ?


Le mieux pour te donner un avis, serait de nous mettre à disposition
quelques photos :)

Concernant la réponse de Marc, de mémoire il considère que des
stationnements longitudinales qui séparent la chaussée principale pour
les automobilistes et piste cyclable ne constituent pas une séparation
physique et donc ne nécessite pas de créer deux chemins.
Mon avis sur ce type de situation est totalement à l’opposé :)

La question serait plutôt que considère-t-on comme étant un obstacle ?

Axel.

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