Re: [Talk-at] Adressdaten des BEV

[Thomas Konrad]

> Wem würde das Plugin denn hier was melden?

Das Plugin würde das gar niemandem melden, sondern wenn wir sehen dass in einer 
Region die Qualität mies ist, dann würde ich die jeweiligen Adressen (z.B. alle 
einer bestimmten Gemeinde) in der Datenbank entsprechend markieren und deren 
Verwendung im Plugin mit einer Fehlermeldung verweigern.

> On 29 Mar 2017, at 08:30, nebulon42  wrote:
> 
>> Könnt ihr mir ein paar konkrete Beispiele nennen? Ich überlege gerade,
>> eine Meldemöglichkeit in das Plugin zu integrieren, und in weiterer
>> Folge eventuell einzelne Gemeinden / Gebiete auszuschließen bzw. die
>> Verwendung des Plugins stellenweise zu unterbinden, wenn die Qualität
>> bekanntermaßen schlecht ist.
> 
> Beispielsweise hier: https://www.openstreetmap.org/note/897836
> Man sieht auch auf basemap.at was hier für ein Chaos herrscht. Spittal
> an der Drau ist schlechter als die Umgebung (die ganz ok ist) und manche
> Straßen sind echt grottig.
> 
> Ich gehe jetzt mal von der Annahme aus, dass ich gerade in ländlichen
> bergigen Gebieten nicht zu jeder Adresse hinfahren kann. Dann kann man
> durch Detektivarbeit die meisten Inkonsistenzen beseitigen. Übrig bleibt
> ungefähr ein niedriger einstelliger Prozentwert den ich partout nicht
> zuordnen kann. Aber sonstige Fehler sind schon mal Adressen auf Stadln,
> Adresse eines Ortsteils ganz in anderen Teilen der Gemeinde, bereits
> zugeordnete Adressen wo noch nicht gebaut wurde, Adresspunkte wo das
> Gebäude bereits abgerissen wurde und jetzt eine Straße drüber geht,
> Mehrparteienhäuser mit mehreren Adressen, wo sich alle einen Adresspunkt
> teilen usw.
> 
> Wem würde das Plugin denn hier was melden? Ich habe die Erfahrung
> gemacht, dass gerade kleinere Gemeinden mit Meldung von Fehlern offenbar
> nichts anfangen können.
> 
> Michael
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at


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

Re: [Talk-it] Divieto di transito con pannello integrativo

[Lorenzo "Beba" Beltrami]

Il giorno 2 aprile 2017 01:29, Martin Koppenhoefer 
ha scritto:

>
> si, ma "divieto di transito" è un cartello specifico:
> e vieta il transito a tutti i veicoli, mentre access è generico e tratta
> di tutti, anche di pedoni
>

Hai ragione, mentre suggerivo il mio access=private stavo pensando alle
situazioni che conosco io, non ad una generica.

Esiste sul wiki una pagina che in base al segnale stradale dato ti fornisce
un preset?
Ho provato a cercare, ma non ho trovato nulla di interessante...
Se come idea avesse un senso potrei cominciare a scriverla.
Ovviamente andrebbe fatta per ogni codice della strada.

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

Re: [Talk-at] Adressdaten des BEV

[Thomas Konrad]

Eine ganz andere Frage:

Ich stelle mir seit längerem die Frage, ob die Verwendung dieses Plugins 
technisch gesehen einem “Import” gleichkommt und ob wir daher separate 
Benutzerkonten für das Hochladen der Daten benötigen. Auf der 
Imports-Mailingliste [1] besteht hier kein eindeutiger Konsens. Es ist ja so, 
dass wir nicht mit mechanischen Edits auf einen Schlag alles importieren wollen 
(genau das will ich tunlichst vermeiden), sondern ich soll als Mapper einzelnen 
Objekten effizient die Adresse zuweisen können, dabei aber auch gleichzeitig 
(im selben Änderungssatz) andere Dinge erfassen können. Es ist also jedenfalls 
ein manueller Prozess mit Plugin-Unterstützung, und kein mechanischer Edit.

Ich frage deshalb, weil ich mir nicht irgendwann vorwerfen lassen muss, mich 
nicht an die Regeln zu halten oder gar Probleme mit der DWG zu bekommen. Ich 
konnte aber keine klare Antwort auf die Frage finden, ob ein Import immer 
mechanische Edits voraussetzt oder nicht.

Technisch gesehen wäre es kein Problem, die Verwendung des Plugins nur dann zu 
erlauben, wenn der aktuelle Benutzername z.B. mit “_austrianaddresses" aufhört. 
Das wäre aber klarerweise unangenehm für die Mapper in Österreich, weil sei 
dadurch ein extra Benutzerkonto und dafür auch eine separate E-Mail-Adresse 
benötigen.

Was denkt ihr darüber?

Schöne Grüße
Thomas

[1] https://lists.openstreetmap.org/pipermail/imports/2016-November/004676.html 
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] Divieto di transito con pannello integrativo

[Daniele Forsi]

Il 2 aprile 2017 10:12, Lorenzo "Beba" Beltrami ha scritto:

> Esiste sul wiki una pagina che in base al segnale stradale dato ti fornisce
> un preset?

nel wiki no, ma c'è un plugin per JOSM
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/RoadSigns

e una pagina web esterna in tedesco (che forse puoi tradurre/adattare)
da cui deriva il plugin
http://osmtools.de/traffic_signs/

-- 
Daniele Forsi

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Andreas Lattmann]

Non dico che per forza deve piacere un app, ce ne sono che utilizzano dati OSM, 
e se vogliamo vendere il prodotto OSM dobbiamo puntare sui suoi punti di forza! 
OK lato web non c' è ancora nessun servizio, ma per il resto andiamo bene 
perché ci sono programmatori che sfruttano OSM!
Offrono le tanto agognate mappe offline, e servizi che google si sogna! 
Ed ora mappiamo mappiamo mappiamo.
Andreas Lattmann___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Multi Polygon problem - could someone take a look?

[Dave F]

Move a node & the way's vector is amended. Common sense tells you that 
the polygon has changed & needs to be listed as such. It appears that 
the data takes priority over the needs of the contributors. This can't 
be correct.


DaveF.

On 02/04/2017 01:05, Martin Koppenhoefer wrote:


sent from a phone


On 1 Apr 2017, at 23:22, Dave F  wrote:

I'm struggling to see how this isn't a fundamentally incorrect way for OSM/JOSM etc to interpret 
the data. If nodes are moved then ways are amended & should be listed as such to avoid 
confusion & "reverting good edits made by the mapper".


Every object (node, way, relation) has its own version count. This makes sense, 
so that only changes to this object create new versions. If you move nodes, 
they will change their version. Only nodes have coordinates. Nodes and 
relations don't, their exact geometry depends on the node coordinates of their 
members. As such it is perfectly correct how osm and josm are handling this: 
same members and order and same tags: no new version.

But I agree it would seem convenient to show the effects of those node 
movements on ways and relations in some way by looking at the node positions 
(i.e. the actual geometry), e.g. as an additional option.


cheers,
Martin



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


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

Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im Standardstil

[grubernd]

On 2017-04-01 21:32, Friedrich Volkmann wrote:

Wie in der Wikipedia ist von den demokratischen Ansätzen nichts mehr
übrig, und es gibt keine Wertschätzung mehr für Leute, die etwas
beitragen.



dieses Lebensmanifest würde ich echt gern mal lesen.

da gehen aktive, denkende, diskutierende Mapper her, schauen sich 
Ergebnisse des "jeder darf was er will" Anarchiekonzepts OSM an und 
stellen dann fest was sich global und langfristig als suboptimale Idee 
herausgestellt hat.


daraufhin geben sie den anderen Mappern Werkzeuge in die Hand um ein 
Frühjahrsputz zu machen. wobei die ganz guten – wie zB  Wolfbert – das 
total singulär mit Gegenreferenz, Kontrolle usw machen, sprich wie ein 
Neumapping gestalten.


und der herr fkv fragt als erstes nach dem Ausweis und droht mit 
Reverts. und das bei Prozessen an denen er sich augenscheinlich nicht an 
der demokratischen Ergebnisfindung beteiligt hat.




Lieber Friedrich, wenn es dein Ziel ist, aktive und produktive 
Mitglieder der Community und ihre Arbeit auf zutiefst persönlicher und 
unsachlicher Ebene zu beleidigen, dann bist du meiner Meinung nach auf 
einem sehr guten Weg.


ich weiss ja nicht was du in deinen Mapping-Kretzeln für Erfahrungen mit 
Massenrandale, Zombiemappern oder sonstigen Arbeitern hast, in meinen 
Feedlisten von "Who Did It" und "New To OSM" ist es verdammt ruhig. ab 
und an ein klassischer Noobiefehler, hie und da was seltsames, meistens 
Zeug aus dem man was lernen kann. und da sind nicht nur abgelegene 
Bergtäler drin sondern auch Grossstädte.



und von hier schöne grüsse,
grubernd.

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

Re: [Talk-at] Adressdaten des BEV

[grubernd]

On 2017-04-02 12:27, Thomas Konrad wrote:

Ich stelle mir seit längerem die Frage, ob die Verwendung dieses Plugins
technisch gesehen einem “Import” gleichkommt und ob wir daher separate
Benutzerkonten für das Hochladen der Daten benötigen.


gute Frage und schwieriges Thema.

Info: ich hab das Plugin noch nicht installiert.
dh ist alles nur laut denken hier.


da ein eigenes Tag gesetzt wird sind die Datenquellen ja ersichtlich, dh 
auch für zukünftige Mapper ist das nachzuvollziehen. siehe PlanAT2009. 
da hat auch keiner ein Problem diese Daten zu verbessern. trotzdem haben 
sie jahrelang gute Dienste geleistet.


idealerweise sollte man als Mapper ein paar Stichproben pro Gebiet 
nehmen um zu schauen ob die BEV-Daten passen, von wegen Groundtruth und 
so. dann kann man aber schon einen Bereich addressieren ohne zu jedem 
einzelnen Haus hinzugehen oder bei den weniger ordentlichen Nachbarn zu 
klingeln usw.


Neubaugebiete haben sicher eine geringe Fehlerquote, die sind meist sehr 
gut geplant und dokumentiert. alte Ortskerne eher nicht. ausser sie 
wurden in näherer Vergangenheit umnummeriert im Zuge der 
Hausnummernbereinigungen.


um bösen Überraschungen vorzukehren würde ich an deiner Stelle die DWG 
direkt anschreiben, da sitzen die Leute, die sich mit sowas auskennen. 
ich hoffe die haben nix gegen dein Plugin. =)



grüsse,
grubernd

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

[Talk-it] software ricerca modifiche per niubbi

[frali...@alice.it]

Buongiorno,

non so come chiamare più esattamente questo software,  dovrebbe indicare in una 
data zona le modiche più recenti.
Una volta l'ho visto, e visto gli sparvieri che volano 
sull'Etna..
credo di averne bisogno, potete indicarmi il link?

Grazie in anticipo

FrancoLI

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

[OSM-talk] Natura 2000

[Mattias Dalkvist]

I'm looking into perhaps using some of the EU Natura 2000 landuse/natural
information in my area.

Have anyone done something with that dataset? I only see various boundary
imports nothing on mapping the natura codes to osm tags.

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

Re: [Talk-it] software ricerca modifiche per niubbi

[Marco]

Io uso http://simon04.dev.openstreetmap.org/whodidit

On April 2, 2017 2:09:10 PM GMT+02:00, "frali...@alice.it"  
wrote:
>Buongiorno,
>
>non so come chiamare più esattamente questo software,  dovrebbe
>indicare in una data zona le modiche più recenti.
>Una volta l'ho visto, e visto gli sparvieri che volano
>sull'Etna..
>credo di averne bisogno, potete indicarmi il link?
>
>Grazie in anticipo
>
>FrancoLI
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Multi Polygon problem - could someone take a look?

[Dave F]

On 02/04/2017 13:19, Andy Townsend wrote:



Maybe we should ask the JOSM maintainers to add an "open in Potlatch 
2" option to allow the full history to be seen :)


Need to start with the OSM.org listing such amendments within changesets.

DaveF

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


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

Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im Standardstil

[wolfbert]

On 2017-04-02 14:12, grubernd wrote:

> Lieber Friedrich, wenn es dein Ziel ist, aktive und produktive 
> Mitglieder der Community und ihre Arbeit auf zutiefst persönlicher und 
> unsachlicher Ebene zu beleidigen, dann bist du meiner Meinung nach auf 
> einem sehr guten Weg.

Ich fühle mich nicht beleidigt. Wir investieren alle eine Menge Zeit und 
Herzblut in die Sache, da kann es passieren, dass man mal empfindlich reagiert 
(auch wenn's einem nachher vielleicht leid tut). Mein ursprüngliches Posting 
war ja wirklich anonym. Kommunikation gelingt halt nicht immer optimal. 
Versuchen wir's weiter ;-)

LG
Wolfgang 


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

Re: [OSM-talk] Multi Polygon problem - could someone take a look?

[Andy Townsend]

On 02/04/2017 11:29, Dave F wrote:
Move a node & the way's vector is amended. Common sense tells you that 
the polygon has changed & needs to be listed as such. It appears that 
the data takes priority over the needs of the contributors. This can't 
be correct. 


When in JOSM, I've sometimes used shift-control-h to get to the website, 
and edited in Potlatch 2 from there.


Maybe we should ask the JOSM maintainers to add an "open in Potlatch 2" 
option to allow the full history to be seen :)


Best Regards,

Andy


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

Re: [Talk-it] software ricerca modifiche per niubbi

[Cascafico Giovanni]

Ciao,

Se sei un po' nerd ed hai un piccolo server (raspberry et simili)  questo
[1] funziona e puoi personalizzare l'area di interesse non solo
rettangolare, ma anche come poligono.

Altrimenti quella che ti hanno segnalato (whodidit), da abbinare con un
servizio di notifica come ifttt oppure rss2email.


[1]
http://wiki.openstreetmap.org/wiki/User_talk:Davide_sd/OSM_Analytic_Tracker

Il 02/apr/2017 02:09 PM, "frali...@alice.it"  ha scritto:

> Buongiorno,
>
> non so come chiamare più esattamente questo software,  dovrebbe indicare
> in una data zona le modiche più recenti.
> Una volta l'ho visto, e visto gli sparvieri che volano
> sull'Etna..
> credo di averne bisogno, potete indicarmi il link?
>
> Grazie in anticipo
>
> FrancoLI
>
> ___
> 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] Guida per nuovi mappatori

[Marco]

Spesso mi capita di trovare errori di mappatura banali (linee non 
connesse, sovrapposte,...) commessi da nuovi mappatori. Esiste una lista 
degli errori comuni da con commettere, da poter linkare ai nuovi 
mappatori insieme a learnosm? Chiedo perché mi sembra che learnosm 
spiegi si bene le funzioni dei vari editor ma non dice (ad esempio) che 
se una ciclabile attraversa una strada va connessa alla stessa con un 
nodo in comune.


Grazie


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

Re: [OSM-talk] Multi Polygon problem - could someone take a look?

[Martin Koppenhoefer]

sent from a phone

> On 2 Apr 2017, at 14:19, Andy Townsend  wrote:
> 
> Maybe we should ask the JOSM maintainers to add an "open in Potlatch 2" 
> option to allow the full history to be seen :)


+1, and also an "open in Potlatch" for seeing deleted ways in an area.

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Cascafico Giovanni]

> Aggiungendo il livello waymarkedtrails vedo le relazioni dei sentieri.

Uau! Questa non la sapevo, corro a provarla!
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Adressdaten des BEV

[Günther Zinsberger]

Hallo!

Vielen Dank nochmals für die Abklärung und Erstellung des Plugins! Ich 
habe es inzwischen schon einige Male sehr erfolgreich verwendet, immer 
mit einer gedachten Plausibilitätskontrolle. Das Plugin leistet sehr 
gute Dienste!


Als meine Quellen (neben eigenen GPS-Tracks und Aufzeichnungen 
unterwegs) verwende ich auch z.B. Mapillary (meist eigene Bilder, aber 
halt über Mapillary) bzw. OSC. Als Luftbilder habe ich meistens 
geoimage.at bzw. basemap.at in Verwendung. Bei basemap.at sind es dann 
nicht nur die Ortho-Fotos, sonder auch der Grund-Layer. Wie sieht es 
denn da mit den eigenen Usern für Änderungen/Erkenntnisse daraus aus? 
Ich kann mir nicht vorstellen, dass ich für jede Quelle auch einen 
eigenen User verwenden soll. Sollte es so sein, dann verbringe ich die 
meiste Zeit mit dem Benutzerwechsel und dann bleibt nur mehr wenig Zeit 
fürs eigentliche Mappen übrig. Egal welche Quelle, ein wenig (oder auch 
etwas mehr) Interpretation ist dabei immer nötig.


Aus meiner Sicht gibt es keinen Grund, um für dieses Plugin einen 
eigenen User zu verwenden.


Schöne Grüße
Günther (User gzin)

Am 2017-04-02 um 12:27 schrieb Thomas Konrad:

Eine ganz andere Frage:

Ich stelle mir seit längerem die Frage, ob die Verwendung dieses 
Plugins technisch gesehen einem “Import” gleichkommt und ob wir daher 
separate Benutzerkonten für das Hochladen der Daten benötigen. Auf der 
Imports-Mailingliste [1] besteht hier kein eindeutiger Konsens. Es ist 
ja so, dass wir nicht mit mechanischen Edits auf einen Schlag alles 
importieren wollen (genau das will ich tunlichst vermeiden), sondern 
ich soll als Mapper einzelnen Objekten effizient die Adresse zuweisen 
können, dabei aber auch gleichzeitig (im selben Änderungssatz) andere 
Dinge erfassen können. Es ist also jedenfalls ein manueller Prozess 
mit Plugin-Unterstützung, und kein mechanischer Edit.


Ich frage deshalb, weil ich mir nicht irgendwann vorwerfen lassen 
muss, mich nicht an die Regeln zu halten oder gar Probleme mit der DWG 
zu bekommen. Ich konnte aber keine klare Antwort auf die Frage finden, 
ob ein Import immer mechanische Edits voraussetzt oder nicht.


Technisch gesehen wäre es kein Problem, die Verwendung des Plugins nur 
dann zu erlauben, wenn der aktuelle Benutzername z.B. mit 
“_austrianaddresses" aufhört. Das wäre aber klarerweise unangenehm für 
die Mapper in Österreich, weil sei dadurch ein extra Benutzerkonto und 
dafür auch eine separate E-Mail-Adresse benötigen.


Was denkt ihr darüber?

Schöne Grüße
Thomas

[1] 
https://lists.openstreetmap.org/pipermail/imports/2016-November/004676.html



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



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

[talk-latam] Mapeo para Mocoa, Colombia ?

[Jean-Guilhem Cailton]

Hola,

Hay un esfuerzo par mapear después de la avalancha en Mocoa, Colombia
(mas de 230 muertos y muchos desaparecidos) ?

http://cnnespanol.cnn.com/2017/04/01/colombia-santos-decreta-el-estado-de-calamidad-publica-tras-tragedia-en-mocoa/

https://www.openstreetmap.org/#map=15/1.1461/-76.6466

Mapear los edificios que todavía faltan en OSM podría seguramente ser
útil, por ejemplo.

Saludos,

Jean-Guilhem

-- 
"Tant qu’on n’aura pas compris que le cerveau est une machine à dominer,
on ne pourra pas lutter efficacement contre ces hiérarchies aliénantes."
Dominique Dupagne, La revanche du rameur

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

Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Martin Koppenhoefer]

sent from a phone

> On 2 Apr 2017, at 10:00, Norbert  wrote:
> 
> maxspeed=30  --> Höchstgeschwindigkeit
> zone:maxspeed=DE:30--> Es handelt sich um eine 30 Zone
> source:maxspeed=DE:zone  -- Die Quelle für maxspeed


klar ist die Wiederholung der 30 redundant, wenn das aber die meisten Leute 
taggen, schaden tut es nicht.

sowohl zone:maxspeed als auch source: maxspeed zu taggen ist auch redundant, 
ich würde eins davon weglassen, aber mir ist es im Prinzip egal weil es hier 
sowieso keine 30er Zonen gibt


Gruß,
Martin 




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

Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Jo]

>
>
> PS:
> source:maxspeed und ähnliche tags sind aus meiner Sicht weniger wichtig.
> Vielleicht wichtig ist source:maxspeed = DE:urban. Hier gilt maxspeed = 50
> nämlich nur für Kraftfahrzeuge, nicht für Radfahrer.
> Ich vermisse eher ein tag, um innerhalb bzw. außerhalb geschlossener
> Ortschaften unterscheiden zu können. Hier gelten nämlich unterschiedliche
> Regeln fürs Parken, die Spurwahl, Hupen, Zu-Fuß-Gehen usw.
>

I hatte verstanden wir benutzen:

http://wiki.openstreetmap.org/wiki/Key:zone:traffic

zone:traffic=urban
zone:traffic=rural

für diesen Zweck.

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

[OSM-co] Fwd: Mapeo para Mocoa, Colombia ?

[Jean-Guilhem Cailton]

 Message transféré 
Sujet : Mapeo para Mocoa, Colombia ?
Date :  Sun, 2 Apr 2017 10:18:57 +0200
De :Jean-Guilhem Cailton 
Pour :  OpenStreetMap Latinoamérica ,
talk-co@openstreetmap.org 
Copie à :   HOT@OSM (Humanitarian OpenStreetMap Team)




Hola,

Hay un esfuerzo par mapear después de la avalancha en Mocoa, Colombia
(mas de 230 muertos y muchos desaparecidos) ?

http://cnnespanol.cnn.com/2017/04/01/colombia-santos-decreta-el-estado-de-calamidad-publica-tras-tragedia-en-mocoa/

https://www.openstreetmap.org/#map=15/1.1461/-76.6466

Mapear los edificios que todavía faltan en OSM podría seguramente ser
útil, por ejemplo.

Saludos,

Jean-Guilhem

-- 
"Tant qu’on n’aura pas compris que le cerveau est une machine à dominer,
on ne pourra pas lutter efficacement contre ces hiérarchies aliénantes."
Dominique Dupagne, La revanche du rameur

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

Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Georg Feddern]

Moin,

Am 30.03.2017 um 14:18 schrieb Martin Koppenhoefer:

Wie wärs, wenn wir zumindest

source:maxspeed=DE:zone30 und
source:maxspeed=DE:zone:30

vereinheitlichen würden


das halte ich für sinnvoll, da die beiden Werte keine unterschiedlichen 
Inhalte ausdrücken.


Allerdings drücken

zone:maxspeed=*
und
source:maxspeed=*

ja durchaus unterschiedliche Inhalte aus.
Denn zone:* beinhaltet ja die weiteren Zonen-Information, während 
source:maxspeed sich nur rein auf die Geschwindigkeit beziehen _darf_.

Insofern wäre per zone=DE:urban und zone=DE:rural auch die Unterscheidung 
zwischen innerorts und außerorts möglich,
während source:maxspeed=DE:rural nur die Quelle für die Geschwindigkeit angeben 
_kann_.

Da aber auf mehrspurigen Straßen zwar zone=DE:rural gilt, aber bei maxspeed=100 
eben _nicht_ source:maxspeed=DE:rural,
muss/sollte man diese Information grundsätzlich über getrennte Tags führen - 
auch wenn es auf den ersten Blick doppeltgemoppelt wirkt.

zone:maxspeed=* liegt eigentlich immer innerhalb zone=DE:urban und könnte 
theoretisch mit einem tag ausgedrückt werden - andererseits gibt es aber auch 
noch ganz andere Spezial-Zonen, die evtl. irgendwann mal getaggt werden wollen.

Verquere Tatsachen kann man leider nun mal nicht mit einfachem Tagging 
ausdrücken.

Grüße, Georg


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

Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Bernhard Weiskopf]

Ich nehme als Vorlage http://wiki.openstreetmap.org/wiki/DE:Key:source:maxspeed

Im Beispiel:
maxspeed = 30
source:maxspeed = DE:zone

maxspeed = 30 ist vermutlich unstrittig

source:maxspeed enthält den Hinweis, dass es sich um eine Geschwindigkeitszone 
nach deutschem Recht (-> StVO) handelt.

Ob "Zone 30" oder "Zone 20" oder ähnlich, ist kann man maxspeed entnehmen.

Meiner Meinung nach sind in beiden tags alle Infos enthalten.

PS: 
source:maxspeed und ähnliche tags sind aus meiner Sicht weniger wichtig. 
Vielleicht wichtig ist source:maxspeed = DE:urban. Hier gilt maxspeed = 50 
nämlich nur für Kraftfahrzeuge, nicht für Radfahrer.
Ich vermisse eher ein tag, um innerhalb bzw. außerhalb geschlossener 
Ortschaften unterscheiden zu können. Hier gelten nämlich unterschiedliche 
Regeln fürs Parken, die Spurwahl, Hupen, Zu-Fuß-Gehen usw.


> -Ursprüngliche Nachricht-
> Von: Norbert [mailto:norbert.brunkha...@online.de]
> Gesendet: Sonntag, 2. April 2017 10:01
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur
> vereinheitlichung von 30er Zonen tagging
> 
> Ich stimme Dir zu.
> Die 30 ist überflüssig.
> 
> Aber wie ist denn eine 30-Zone überhaupt zu mappen?
> 
> Viele, mich eingeschlossen mappen
> maxspeed=30
> source:maxspeed=DE:zone30 oder DE:zone:30
> 
> So steht es ja auch im wiki
> 
> Andere mappen
> maxspeed=30
> zone:maxspeed=DE:30
> 
> Eigentlich müssten doch drei Tags angegeben werden
> maxspeed=30  --> Höchstgeschwindigkeit
> zone:maxspeed=DE:30--> Es handelt sich um eine 30 Zone
> source:maxspeed=DE:zone  -- Die Quelle für maxspeed
> 
> Diese Variante gibt es aber nur ca 500 mal.
> 
> Norbert
> 
> 
> Am 01.04.2017 um 22:33 schrieb Bernhard Weiskopf:
> > Welchen Sinn macht es, die Zahl "30"  nochmal bei zone oder source
> anzugeben?
> > "source:maxspeed=DE:zone" o. ä. empfinde ich als völlig ausreichend.
> >
> > Bei anderen Schildern wird auch nur "source:maxspeed = sign",
> "source:maxspeed = DE:urban" oder ähnlich angegeben, aber nicht
> "source:maxspeed = sign:30" oder "source:maxspeed = DE:urban:50".
> >
> > Oder stehe ich gerade auf dem Schlauch?
> >
> > Bernhard
> >
> >
> >> Aktuelle Zahlen von heute:
> >> maxspeed=30 and zone:maxspeed=DE:30 - 32952 uses
> >> maxspeed=30 and source:maxspeed=DE:zone30 - 32018 uses
> >> maxspeed=30 and source:maxspeed=DE:zone:30 - 21832 uses
> >>
> >> (die Nutzungen beziehen sich nicht auf die Kombination mit
> >> maxspeed=30 sondern nur auf den 2. Tag, sollte aber keine große
> Abweichung sein).
> >>
> >> Wie wärs, wenn wir zumindest
> >>
> >> source:maxspeed=DE:zone30 und
> >> source:maxspeed=DE:zone:30
> >>
> >> vereinheitlichen würden, per Einigung auf eine Variante und
> >> mechanisches Umtaggen?
> >>
> >> Die weiteren dokumentierten Varianten sind source:maxspeed=DE:zone
> >> und source:maxspeed=zone
> >>
> >> mit 5k und 1,8k Nutzung.
> >
> >
> > ___
> > Talk-de mailing list
> > Talk-de@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-de
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de


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

Re: [OSM-talk-fr] Relation type=route étrange

[Charles MILLET]

Bonjour,

Merci pour les retours. Je vais inspecter encore un peu ces relations et 
je crois qu'il y en d'autres. Je vais contacter encore un fois le 
contributeur principal avant d'éventuellement supprimer les relations.


Bonne journée.

Charles MILLET
charlesmil...@free.fr

Le 30/03/2017 à 21:17, jabali a écrit :

Bonsoir,
1 - Pour la Roche/Yon - La Rochelle -J'ai jeté un oeil et il s'agit
effectivement d'une "collection" des infrastructures vélo du coin.
Rien à voir avec la moindre notion d'itinéraire, encore moins de vélo route.
Typiquement un mapping erroné pour faire ressortir les infrastructures en
couleur sur un rendu.
Pour moi, à supprimer sans hésiter.

2 - Pour Oléron-Ré : Il est possible qu'il y ait sur place une signalétique
directionnelle vélo.
Le réseau semble plus cohérent et la zone est touristique.
Pas de vélo-route à proprement parlé mais des panneaux vélo qui indiquent
des tronçons intervillages Bike-friendly. Ce peut être des petites
unclassified comme chemins forestiers.
Dans ce cas  l'usage veut que l'on utilise pas de relation route. (ce ne
sont pas des vélo-routes) mais le tag
/lcn=yes/ sur chaque ways indiqué par cette signalétique.
En plus, c'est rendu  sur OpenCycleMap


Il y a de nombreux exemples sur Strasbourg
https://www.openstreetmap.org/way/370837858
https://www.openstreetmap.org/way/43053811
https://www.openstreetmap.org/way/372356217

ou en Allemagne ou cette signalisation est très courante.
https://www.openstreetmap.org/way/191229314#map=13/48.0132/7.8132=C

Néanmoins, la tentation de regrouper ce réseau dans des relations de type
velo-route existe et crée des polémiques également outre-rhin.
https://www.openstreetmap.org/way/191229314#map=13/48.0132/7.8132=C

En ce qui me concerne c'est lcn=yes.(si il y a une signalétique bien-sûr)
Je reserve les routes=bicycle aux vélo-route.
l'équivalent cycle des GR GRP PR 






--
View this message in context: 
http://gis.19327.n8.nabble.com/Relation-type-route-etrange-tp5894441p5894461.html
Sent from the France mailing list archive at Nabble.com.

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



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

Re: [OSM-talk-fr] Cadastre, millésime, historique

[Philippe Verdy]

Je n'ai pas vu beaucoup de bâtiments supprimés du cadastre. Le plus souvent
il reste des batiments bien visibles (en jaune orangé avec murs, ou jaune
pâle sans murs). Ceux qui sont marqués comem démolis mais avec encore des
traces observables au sol sont en pointillés (parfois encore un trai
continu quand c'était sur une limite de parcelle).

Mais des tas de bâtiments sont rasés mais sont encore marqués comme
"existants" dans le cadastre.

Enfin il y a des tas de bâtiments dans le cadastre qui sont peu précisément
positionnés, notamment ceux ne demandant pas de permis de construire mais
juste une déclaration de travaux: le positionnement, l'orientation, et même
souvent la taille, sont très approximatifs, basés juste sur la déclaration
(cela devrait arriver moins souvent maintenant que les communes et le fisc
ont accès aux photos aériennes

Et les communes, le fisc, les préfets et tribunaux commencent à en faire un
usage direct: on a entendu il y a quelques jours une annonce faite par
concernant la détection des piscines, l'administration fiscale peut
utiliser les imageries de différentes sources, y compris celles de Google
Earth ou Bing, ne serait-ce que pendant une phase de recherche
d'information. Je pense aussi qu'à titre de recherche elle sera aussi
tentée d'utiliser les données d'OpenStreetMap, même si après une
découverte, elle va chercher à vérifier et certifier l'information en
demandant des images à un service officiel (IGN, orthophotos régionales ou
locales) puis aller constater l'infraction (la non-déclaration) en envoyant
un agent sur place ou en mandatant un agent municipal ou un huissier pour
aller le faire (l'huissier pourrait venir prendre des mesures précises des
surfaces occupées afin d'établir le montant des pénalités fiscales
réclamées et les justifier en cas de recours en justice par l'occupant).


Le 2 avril 2017 à 12:33, Stéphane Péneau  a
écrit :

> Intéressant.
> Par contre, en cas de changement de "update_date", ça ne nous dira pas
> qu'elles étaient les anciennes coordonnées géométriques.
> Et dans le cas d'un bâtiment supprimé du cadastre, restera-t-il une trace ?
>
> Stf
>
>
> Le 01/04/2017 à 23:50, Christian Quest a écrit :
>
> Dans un avenir en principe proche, les données vectorielles du cadastre
> devraient être directement disponible vu qu'elles font partie du Service
> Public de la Donnée de Référence (décret d'application de la Loi Numérique).
>
> Ces données contiennent des métadonnées sur les objets qui permettent de
> savoir par exemple pour un polygone de bâtiment quand il a été créé et
> modifié pour la dernière fois.
>
> Voilà à quoi ça ressemble en geojson (sans la géométrie):
>
>   "properties": {
> "DUR": "01",
> "TEX": null,
> "CREAT_DATE": 20141028,
> "UPDATE_DATE": 20161123
>   },
>
> On pourra donc envisager plein de choses:
> - fournir ces infos dans les données à intégrer
> - les rendre visibles par un rendu spécifique
> ou mieux !
>
>
> Le 1 avril 2017 à 19:59, Stéphane Péneau  a
> écrit :
>
>> Bonjour tout le monde,
>>
>> Lorsque je mets à jour le bâti, et que je constate une différence entre
>> Osm, l'imagerie, et le cadastre, je me dis qu'avoir accès aux anciennes
>> versions du cadastre serait vraiment utile. En regardant dans le passé, je
>> pourrais savoir si ce bâtiment non présent sur l'imagerie et Osm, a
>> disparu, ou vient d'être construit.
>>
>> C'est possible de le faire manuellement à l'échelle de quelques communes
>> en pensant à rapatrier le bâti une fois tous les 6 mois, ou 1 fois par an,
>> et conserver ces fichiers dans un coin.
>>
>> Mais est-ce que ça ne serait pas plus judicieux de faire ça de manière
>> automatique, et à l'échelle du pays ? Ensuite on aurait accès à ces
>> anciennes données sous forme de fichier .osm, ou sous forme de TMS.
>>
>> On peut même imaginer des traitements entre N et N-1 pour détecter les
>> nouvelles zones urbanisées.
>>
>> Bonne idée ou pas ?
>>
>>
>> Stf
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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] Cadastre, millésime, historique

[Stéphane Péneau]

Intéressant.
Par contre, en cas de changement de "update_date", ça ne nous dira pas 
qu'elles étaient les anciennes coordonnées géométriques.

Et dans le cas d'un bâtiment supprimé du cadastre, restera-t-il une trace ?

Stf

Le 01/04/2017 à 23:50, Christian Quest a écrit :
Dans un avenir en principe proche, les données vectorielles du 
cadastre devraient être directement disponible vu qu'elles font partie 
du Service Public de la Donnée de Référence (décret d'application de 
la Loi Numérique).


Ces données contiennent des métadonnées sur les objets qui permettent 
de savoir par exemple pour un polygone de bâtiment quand il a été créé 
et modifié pour la dernière fois.


Voilà à quoi ça ressemble en geojson (sans la géométrie):

  "properties": {
"DUR": "01",
"TEX": null,
"CREAT_DATE": 20141028,
"UPDATE_DATE": 20161123
  },

On pourra donc envisager plein de choses:
- fournir ces infos dans les données à intégrer
- les rendre visibles par un rendu spécifique
ou mieux !


Le 1 avril 2017 à 19:59, Stéphane Péneau > a écrit :


Bonjour tout le monde,

Lorsque je mets à jour le bâti, et que je constate une différence
entre Osm, l'imagerie, et le cadastre, je me dis qu'avoir accès
aux anciennes versions du cadastre serait vraiment utile. En
regardant dans le passé, je pourrais savoir si ce bâtiment non
présent sur l'imagerie et Osm, a disparu, ou vient d'être construit.

C'est possible de le faire manuellement à l'échelle de quelques
communes en pensant à rapatrier le bâti une fois tous les 6 mois,
ou 1 fois par an, et conserver ces fichiers dans un coin.

Mais est-ce que ça ne serait pas plus judicieux de faire ça de
manière automatique, et à l'échelle du pays ? Ensuite on aurait
accès à ces anciennes données sous forme de fichier .osm, ou sous
forme de TMS.

On peut même imaginer des traitements entre N et N-1 pour détecter
les nouvelles zones urbanisées.

Bonne idée ou pas ?


Stf



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





--
Christian Quest - OpenStreetMap France


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



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

[OSM-talk-fr] Référence pour une ancienne voie de chemin de fer

[Francois Gouget]

Il s'agit de la ligne de La Possonnière à Niort qui d'après mes sources 
a la référence 523000 :

https://fr.wikipedia.org/wiki/Ligne_de_La_Possonni%C3%A8re_%C3%A0_Niort

J'étais juste intervenu pour enlever l'espace dans la référence (les 
autres lignes de chemin de fer n'ont pas d'espace dans les leur), mais 
maintenant Osmose se plaint que la référence n'est pas valide. Par 
exemple :

http://osmose.openstreetmap.fr/en/map/#=3032=17=46.9366541=-0.5781843=2

Je me dit que c'est parce que la ligne a été déclassée, au moins 
partiellement. Elle est taggée 'railway = abandoned'. D'ailleurs à cet 
endroit elle est devenue la Voie Verte Bressuire-Nueil-Les-Aubiers :

http://www.deux-sevres.com/deux-sevres/Portals/cg79/Services%20en%20ligne/Communiqu%C3%A9s/2012/DP_Voie%20Verte.pdf


Que faire ?

Faut-il enlever la référence ? Mais cela me semblerait dommage car cela 
fait le lien avec l'ancienne ligne.

Est-ce qu'un passage en old_ref contenterait Osmose ?

Sur certains tronçons on a encore 'name=Ligne de La Possonnière à Niort' 
(des ponts qui ont été oubliés je pense). Ne faudrait-il pas mettre la 
voie verte en name partout. Faudrait-il garder le nom de la ligne en 
old_name ?


Plus bas cette voie verte semble aussi avoir des problèmes avec les 
lignes 524000 (Ligne de Neuville-de-Poitou à Bressuire) et 528000 (Ligne 
de Breuil-Barret à Velluire) donc je suppose que j'appliquerai la même 
recette par là.

-- 
Francois Gouget   http://fgouget.free.fr/
 You can have my guns when you pry them from my kids cold, dead hands.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Norbert]

Ich stimme Dir zu.
Die 30 ist überflüssig.

Aber wie ist denn eine 30-Zone überhaupt zu mappen?

Viele, mich eingeschlossen mappen
maxspeed=30
source:maxspeed=DE:zone30 oder DE:zone:30

So steht es ja auch im wiki

Andere mappen
maxspeed=30
zone:maxspeed=DE:30

Eigentlich müssten doch drei Tags angegeben werden
maxspeed=30  --> Höchstgeschwindigkeit
zone:maxspeed=DE:30--> Es handelt sich um eine 30 Zone
source:maxspeed=DE:zone  -- Die Quelle für maxspeed

Diese Variante gibt es aber nur ca 500 mal.

Norbert


Am 01.04.2017 um 22:33 schrieb Bernhard Weiskopf:

Welchen Sinn macht es, die Zahl "30"  nochmal bei zone oder source anzugeben?
"source:maxspeed=DE:zone" o. ä. empfinde ich als völlig ausreichend.

Bei anderen Schildern wird auch nur "source:maxspeed = sign", "source:maxspeed = DE:urban" oder 
ähnlich angegeben, aber nicht "source:maxspeed = sign:30" oder "source:maxspeed = DE:urban:50".

Oder stehe ich gerade auf dem Schlauch?

Bernhard



Aktuelle Zahlen von heute:
maxspeed=30 and zone:maxspeed=DE:30 - 32952 uses
maxspeed=30 and source:maxspeed=DE:zone30 - 32018 uses
maxspeed=30 and source:maxspeed=DE:zone:30 - 21832 uses

(die Nutzungen beziehen sich nicht auf die Kombination mit maxspeed=30
sondern nur auf den 2. Tag, sollte aber keine große Abweichung sein).

Wie wärs, wenn wir zumindest

source:maxspeed=DE:zone30 und
source:maxspeed=DE:zone:30

vereinheitlichen würden, per Einigung auf eine Variante und mechanisches
Umtaggen?

Die weiteren dokumentierten Varianten sind source:maxspeed=DE:zone
und source:maxspeed=zone

mit 5k und 1,8k Nutzung.



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


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

[Talk-de] lost & found FOSSGIS 2017 VOC-Office

[Michael Kugelmann]

Hallo,

beim Zusammenräumen des VOC-Office der FOSSGIS 2017 (Raum 033) wurde ein 
Craftmapper T-Shirt Größe L gefunden.

Der Eigentümer soll sich bitte kurz bei mir melden.


Grüße,
Michael.


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

hebdoOSM Nº 349 21/03/2017-27/03/2017

[weeklyteam]

Bonjour,

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

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

Bonne lecture!

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

hebdoOSM Nº 349 21/03/2017-27/03/2017

[weeklyteam]

Bonjour,

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

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

Bonne lecture!

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

Re: [OSM-co] Fwd: Mapeo para Mocoa, Colombia ?

[Federico Explorador (Nevados.org)]

Hola,

Gracias Jean Guilhem por la iniciativa.

 

Caritas Alemana (entidad con que trabajo) ha aprobado 150 millones de pesos 
para ayuda humanitaria, será implementada con la Pastoral Social que tiene 
equipo en la zona. Además hay un Equipo Local de Coordinación con otras ONG y 
organizaciones internacionales bajo liderazgo de ACNUR, con apoyo de OCHA en 
Bogotá.

 

Para los equipos locales sería importante contar con un mapa urbano (un *.jpg 
generado a partir de OSM).

 

Para el mapeo recomiendo:

-  Identificar personas que podrían mapear con conocimiento local: 
calles (con nombre), edificios públicos, albergues, puentes caídos.

-  No hay imágenes Bing – buscar alternativa.

-  Mapear, en caso de imagen de satélite disponible, las cuencas de los 
ríos (el área del lecho de río, con natural=scree) para dimensionar las zonas 
inundables/inundadas.

 

Saludos,
Federico

 

De: Jean-Guilhem Cailton [mailto:j...@arkemie.com] 
Enviado el: domingo, 02 de abril de 2017 4:02 a. m.
Para: talk-co@openstreetmap.org
Asunto: [OSM-co] Fwd: Mapeo para Mocoa, Colombia ?

 

 

 Message transféré  


Sujet : 

Mapeo para Mocoa, Colombia ?


Date : 

Sun, 2 Apr 2017 10:18:57 +0200


De : 

Jean-Guilhem Cailton   


Pour : 

OpenStreetMap Latinoamérica   
, talk-co@openstreetmap.org  
 


Copie à : 

HOT@OSM (Humanitarian OpenStreetMap Team)   




Hola,

Hay un esfuerzo par mapear después de la avalancha en Mocoa, Colombia (mas de 
230 muertos y muchos desaparecidos) ?

http://cnnespanol.cnn.com/2017/04/01/colombia-santos-decreta-el-estado-de-calamidad-publica-tras-tragedia-en-mocoa/

https://www.openstreetmap.org/#map=15/1.1461/-76.6466

Mapear los edificios que todavía faltan en OSM podría seguramente ser útil, por 
ejemplo.

Saludos,

Jean-Guilhem

-- 
"Tant qu’on n’aura pas compris que le cerveau est une machine à dominer, on ne 
pourra pas lutter efficacement contre ces hiérarchies aliénantes." Dominique 
Dupagne, La revanche du rameur  

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

Re: [Talk-GB] StyleSheet for Outdoors Rendering

[Graham Jones]

Thank you all for your suggestions.
It is all coming back to me slowly now

I decided to have a go at a large scale monochrome outdoor map.  Two
reasons for this:

   1. I want to use it as a background to show the route of a race, so I
   can show the route as a coloured overlay and it will show up nicely.
   2. I am colourblind and struggle if he difference between features is
   colour, so I want the difference to be line weight or pattern instead - I
   can imagine using this for a printed outdoor map for me to use.

Have based it on Greg's work (because it is easier to start out simple so I
understand what I am doing, and he has got the OS projection working
nicely), adding in features as I realise I need them, plagiarising Andy's
code when necessary (I will update the credits in the README)

It is stored here if anyone is interested:
https://github.com/jones139/gb-leisure-carto   (mine are the style files
with the '-mono' suffix - it is now so different to Greg's that I should
maybe change its name, unless Greg would like a mono map too?)

you can see what it looks like here:
https://github.com/jones139/gb-leisure-carto/blob/master/gb-leisure-mono.png
(this gives a scale of about 1:12500 when printed on A4.

The style currently does the area I was interested in ok (although I am
minded to make walls and hedges use a pattern rather than a simple line),
but I am sure there are important features missing when I look at a
different area, so it is a long way of finished.

Thanks again for your help.

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

Re: [OSM-talk-fr] Cadastre, millésime, historique

[Christian Quest]

En effet, ça donnera un état à un instant T, mais il sera plus facile de
conserver cet historique et surtout des diff pertinents.

En fait c'est tout un nouveau chapitre qui va s'ouvrir avec l'accès direct
à ce données plutôt que les (habiles) bricolages qu'on a dû faire jusqu'à
maintenant !

Le 2 avril 2017 à 12:33, Stéphane Péneau  a
écrit :

> Intéressant.
> Par contre, en cas de changement de "update_date", ça ne nous dira pas
> qu'elles étaient les anciennes coordonnées géométriques.
> Et dans le cas d'un bâtiment supprimé du cadastre, restera-t-il une trace ?
>
> Stf
>
>
> Le 01/04/2017 à 23:50, Christian Quest a écrit :
>
> Dans un avenir en principe proche, les données vectorielles du cadastre
> devraient être directement disponible vu qu'elles font partie du Service
> Public de la Donnée de Référence (décret d'application de la Loi Numérique).
>
> Ces données contiennent des métadonnées sur les objets qui permettent de
> savoir par exemple pour un polygone de bâtiment quand il a été créé et
> modifié pour la dernière fois.
>
> Voilà à quoi ça ressemble en geojson (sans la géométrie):
>
>   "properties": {
> "DUR": "01",
> "TEX": null,
> "CREAT_DATE": 20141028,
> "UPDATE_DATE": 20161123
>   },
>
> On pourra donc envisager plein de choses:
> - fournir ces infos dans les données à intégrer
> - les rendre visibles par un rendu spécifique
> ou mieux !
>
>
> Le 1 avril 2017 à 19:59, Stéphane Péneau  a
> écrit :
>
>> Bonjour tout le monde,
>>
>> Lorsque je mets à jour le bâti, et que je constate une différence entre
>> Osm, l'imagerie, et le cadastre, je me dis qu'avoir accès aux anciennes
>> versions du cadastre serait vraiment utile. En regardant dans le passé, je
>> pourrais savoir si ce bâtiment non présent sur l'imagerie et Osm, a
>> disparu, ou vient d'être construit.
>>
>> C'est possible de le faire manuellement à l'échelle de quelques communes
>> en pensant à rapatrier le bâti une fois tous les 6 mois, ou 1 fois par an,
>> et conserver ces fichiers dans un coin.
>>
>> Mais est-ce que ça ne serait pas plus judicieux de faire ça de manière
>> automatique, et à l'échelle du pays ? Ensuite on aurait accès à ces
>> anciennes données sous forme de fichier .osm, ou sous forme de TMS.
>>
>> On peut même imaginer des traitements entre N et N-1 pour détecter les
>> nouvelles zones urbanisées.
>>
>> Bonne idée ou pas ?
>>
>>
>> Stf
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

[talk-latam] Fwd: Re: [OSM-co] Fwd: Mapeo para Mocoa, Colombia ?

[Jean-Guilhem Cailton]

Hi,

After the landslide in Mocoa, Colombia that caused more than 250 deaths
and many missing and injured persons, a mapping project has been started on

 http://tareas.openstreetmap.co/project/46

Best wishes,

Jean-Guilhem



 Message transféré 
Sujet : Re: [OSM-co] Fwd: Mapeo para Mocoa, Colombia ?
Date :  Sun, 2 Apr 2017 07:24:19 -0500
De :Fernando C. T. 
Répondre à :OpenStreetMap Colombia 
Pour :  OpenStreetMap Colombia 



Hola,


El 2 de abril de 2017, 4:02, Jean-Guilhem Cailton > escribió:


 Message transféré 
Sujet : Mapeo para Mocoa, Colombia ?
Date :  Sun, 2 Apr 2017 10:18:57 +0200
De :Jean-Guilhem Cailton  

Pour :  OpenStreetMap Latinoamérica 
, talk...@openstreetmap.org
 

Copie à :   HOT@OSM (Humanitarian OpenStreetMap Team)
 



Hola,

Hay un esfuerzo par mapear después de la avalancha en Mocoa,
Colombia (mas de 230 muertos y muchos desaparecidos) ?


En este momento estamos haciendo la tarea 46 en el servidor de
tareas: http://tareas.openstreetmap.co/project/46

Saludos.
 



http://cnnespanol.cnn.com/2017/04/01/colombia-santos-decreta-el-estado-de-calamidad-publica-tras-tragedia-en-mocoa/



https://www.openstreetmap.org/#map=15/1.1461/-76.6466


Mapear los edificios que todavía faltan en OSM podría seguramente
ser útil, por ejemplo.

Saludos,

Jean-Guilhem

-- 
"Tant qu’on n’aura pas compris que le cerveau est une machine à
dominer, on ne pourra pas lutter efficacement contre ces hiérarchies
aliénantes." Dominique Dupagne, La revanche du rameur


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



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

Re: [OSM-talk-fr] Référence pour une ancienne voie de chemin de fer

[Christian Quest]

old_ref semble adapté, pas que pour faire plaisir à osmose.

Le 2 avril 2017 à 13:10, Francois Gouget  a écrit :

>
> Il s'agit de la ligne de La Possonnière à Niort qui d'après mes sources
> a la référence 523000 :
>
> https://fr.wikipedia.org/wiki/Ligne_de_La_Possonni%C3%A8re_%C3%A0_Niort
>


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

[OSM-talk-fr] Valeurs multiples pour des altitudes

[Francois Gouget]

Osmose se plaint que la valeur du tag 'ele' n'est pas une valeur 
numérique valide. Tout le problème c'est que beaucoup de ces tags 
ont deux valeurs séparées pas un point-virgule. Par exemple :

https://www.openstreetmap.org/node/670606434
https://www.openstreetmap.org/node/670608867

Je suis allé voir la description du champ ele mais je n'ai pas trouvé 
quel sens cela aurait d'avoir deux valeurs dans ce champ.

Quelqu'un sait-il de quoi il retourne ?

Si cela a un sens d'avoir plusieurs valeurs alors cela devrait 
probablement être documenté dans le wiki et il faudrait corriger Osmose. 
Mais comme le wiki dit que de nombreuses applications dépendent du fait 
que ele est une valeur numérique en mètres et rien d'autre cela semble 
peu probable.

http://wiki.openstreetmap.org/wiki/FR:Key:ele

-- 
Francois Gouget   http://fgouget.free.fr/
May your Tongue stick to the Roof of your Mouth with the Force of a Thousand 
Caramels.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Valeurs multiples pour des altitudes

[LeTopographeFou]

Bonjour,

A mon avis la réponse pour le premier noeud mentionné se trouve dans le 
tag description :


/Clocher : Centre de la boule - Point vu en place en 2004;Clocher : 
Centre de la croix - Point vu en place en 2004/


Donc comprendre que le premier ele est pour le centre de la boule, le 
second pour le centre de la croix.


Maintenant cela n'a pas plus de sens pour moi et un outils ne saura rien 
en tirer. Il vaut mieux mettre deux nodes dans ce cas, un pour chaque 
point référencé. Sauf que ces deux nodes doivent rester à la coordonnée 
actuelle, ce qui risque de générer d'autres erreurs type "noeuds 
superposés" (si la troisième dimension n'est pas prise en compte).


Cordialement,

LeTopographeFou

Le 02/04/2017 à 15:50, Francois Gouget a écrit :

Osmose se plaint que la valeur du tag 'ele' n'est pas une valeur
numérique valide. Tout le problème c'est que beaucoup de ces tags
ont deux valeurs séparées pas un point-virgule. Par exemple :

https://www.openstreetmap.org/node/670606434
https://www.openstreetmap.org/node/670608867

Je suis allé voir la description du champ ele mais je n'ai pas trouvé
quel sens cela aurait d'avoir deux valeurs dans ce champ.

Quelqu'un sait-il de quoi il retourne ?

Si cela a un sens d'avoir plusieurs valeurs alors cela devrait
probablement être documenté dans le wiki et il faudrait corriger Osmose.
Mais comme le wiki dit que de nombreuses applications dépendent du fait
que ele est une valeur numérique en mètres et rien d'autre cela semble
peu probable.

http://wiki.openstreetmap.org/wiki/FR:Key:ele



___
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

hebdoOSM Nº 349 21/03/2017-27/03/2017

[weeklyteam]

Bonjour,

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

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

Bonne lecture!

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

hebdoOSM Nº 349 21/03/2017-27/03/2017

[weeklyteam]

Bonjour,

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

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

Bonne lecture!

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

Re: [OSM-talk-fr] Valeurs multiples pour des altitudes

[Jean-Claude Repetto]

Bonjour,

A l'origine, il y avait bien deux points, mais quelqu'un les a fusionnés:
https://www.openstreetmap.org/changeset/5581294
https://www.openstreetmap.org/changeset/5581232

Je pense qu'il faudrait faire un revert de ces modifications, car ces 
points, bien qu'ayant les mêmes coordonnées géographiques, n'avaient pas 
la même altitude.


Jean-Claude

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

Re: [OSM-co] Resumen de Talk-co, Vol 105, Envío 2

[Nicolás Vargas]

Hola

Estamos mapeando acá: http://tareas.openstreetmap.co/project/46

Con esta info por el momento: 
http://bni.gov.co:8080/geoservicios/ortofotomosaicos/wms

Acá nos estamos coordinando: https://t.me/osmco

Nico Vargas

> El 02/04/2017, a las 07:00, talk-co-requ...@openstreetmap.org escribió:
> 
> Envíe los mensajes para la lista Talk-co a
>talk-co@openstreetmap.org
> 
> Para subscribirse o anular su subscripción a través de la WEB
>https://lists.openstreetmap.org/listinfo/talk-co
> 
> O por correo electrónico, enviando un mensaje con el texto "help" en
> el asunto (subject) o en el cuerpo a:
>talk-co-requ...@openstreetmap.org
> 
> Puede contactar con el responsable de la lista escribiendo a:
>talk-co-ow...@openstreetmap.org
> 
> Si responde a algún contenido de este mensaje, por favor, edite la
> linea del asunto (subject) para que el texto sea mas especifico que:
> "Re: Contents of Talk-co digest...". Además, por favor, incluya en la
> respuesta sólo aquellas partes del mensaje a las que está
> respondiendo.
> Asuntos del día:
> 
>   1. Fwd: Mapeo para Mocoa, Colombia ? (Jean-Guilhem Cailton)
> 
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSM-talk-fr] Valeurs multiples pour des altitudes

[osm . sanspourriel]

Effectivement Florian avait bien documenté et Olivier-S 
 a cassé les deux "double" 
points il y a 6 ans !


Comme il n'a pas fait de modif depuis 3 ans, peut-être faire bêtement un 
revert même si je suis plus pour indiquer aux gens que l'on corrige et 
pourquoi.


Jean-Yvon

Le 02/04/2017 à 16:48, Jean-Claude Repetto - jrepe...@free.fr a écrit :

Bonjour,

A l'origine, il y avait bien deux points, mais quelqu'un les a fusionnés:
https://www.openstreetmap.org/changeset/5581294
https://www.openstreetmap.org/changeset/5581232

Je pense qu'il faudrait faire un revert de ces modifications, car ces 
points, bien qu'ayant les mêmes coordonnées géographiques, n'avaient 
pas la même altitude.


Jean-Claude

___
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-cz] Rozbitý tracer (řešení konfliktů tagů)

[Marián Kyral]

Pozor, pozor, pozor.


V JOSM v11772 došlo je změně v jádře, byla odstraněna funkce, kterou 
tracer používá a proto se místo zobrazení dialogu s konfliktními tagy 
zobrazí chyba: java.lang.NoSuchMethodError


Bohužel zatím nevím co s tím a nedokáži říci, kdy se problém podaří 
vyřešit. Do té doby doporučuji používat starší verzi JOSM (před 11772)


Marián

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

Re: [OSM-talk-fr] Valeurs multiples pour des altitudes

[Topographe Fou]

 S'assurer aussi que Osmose et autres outils ne génèrent pas une erreur quand deux repères géodésiques sont superposés sinon un autre refusionnera pensant bien faire.D'ailleurs une nouvelle règle Osmose pourrait signaler quand un repère géodésique a plusieurs altitudes (ele=*) ou références (réf=*) pour suggérer une séparation. Qu'en pensez-vous ?LeTopographeFouDe: osm.sanspourr...@spamgourmet.comEnvoyé: 2 avril 2017 8:57 PMÀ: talk-fr@openstreetmap.orgRépondre à: talk-fr@openstreetmap.orgObjet: Re: [OSM-talk-fr] Valeurs multiples pour des altitudes  
  

  
  
Effectivement Florian avait bien documenté et Olivier-S
  a cassé les deux "double" points il y a 6 ans !

Comme il n'a pas fait de modif depuis 3 ans, peut-être faire
bêtement un revert même si je suis plus pour indiquer aux gens que
l'on corrige et pourquoi.

Jean-Yvon

Le 02/04/2017 à 16:48, Jean-Claude
  Repetto - jrepe...@free.fr a écrit :

Bonjour,
  
  
  A l'origine, il y avait bien deux points, mais quelqu'un les a
  fusionnés:
  
  https://www.openstreetmap.org/changeset/5581294
  
  https://www.openstreetmap.org/changeset/5581232
  
  
  Je pense qu'il faudrait faire un revert de ces modifications, car
  ces points, bien qu'ayant les mêmes coordonnées géographiques,
  n'avaient pas la même altitude.
  
  
  Jean-Claude
  
  
  ___
  
  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] Référence pour une ancienne voie de chemin de fer

[osm . sanspourriel]

plutôt que old_ref et old_name (qui ne sont pas faux en soit), si tu as 
des dates tu peux préciser :


name:-1960-05-24=Ligne de La Possonnière à Niort

ref:-1960-05-24= 523000
(et si tu sais depuis quand c'est une voie verte, tu en fais de même 
mais avec une date de début pour le nom de la voie verte.


Extrait du lien que tu nous as passé :

 * Section de Breuil-Barret à Puy-de-Serre (PK 118,810 à, 127,814) : 24
   mai 1960^6
   

   .
 * Section de Puy-de-Serre à Benet (PK 127,814 à 151,800) : 24 juillet
   1973^7
   

   .
 * Section de Nueil-les-Aubiers à Bressuire (PK73,520 à 88,900) : 17
   octobre 1994^8
   

   .
 * Section de Bressuire à Breuil-Barret (PK 88,900 à 118,810) : 12
   février 2001^9
   

   .

Le 02/04/2017 à 15:42, Christian Quest - cqu...@openstreetmap.fr a écrit :

old_ref semble adapté, pas que pour faire plaisir à osmose.

Le 2 avril 2017 à 13:10, Francois Gouget > a écrit :



Il s'agit de la ligne de La Possonnière à Niort qui d'après mes
sources
a la référence 523000 :

https://fr.wikipedia.org/wiki/Ligne_de_La_Possonni%C3%A8re_%C3%A0_Niort




--
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: [Talk-cz] Pražské OSM setkání - výstupy

[Jan Macura]

Ahoj,

2017-04-02 15:18 GMT+02:00 Pavel Zbytovský :

> 2. vrstva Openinframap do sekce Speciální (a též maxzoomy a https)


pěkný! "Vedení vysokého napětí" asi není úplně přesný, ne? Existuje důvod,
proč to nepojmenovat prostě OpenInfraMap?

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

Re: [OSM-talk-fr] Valeurs multiples pour des altitudes

[osm . sanspourriel]

On peut au moins pour Osmose surveiller les points et les mettre en faux 
positifs.


On peut de la même manière qu'on dit de ne pas déplacer dire de ne pas 
fusionner.


Jean-Yvon

Le 02/04/2017 à 22:03, Topographe Fou - letopographe...@gmail.com a écrit :
S'assurer aussi que Osmose et autres outils ne génèrent pas une erreur 
quand deux repères géodésiques sont superposés sinon un autre 
refusionnera pensant bien faire.


D'ailleurs une nouvelle règle Osmose pourrait signaler quand un repère 
géodésique a plusieurs altitudes (ele=*) ou références (réf=*) pour 
suggérer une séparation. Qu'en pensez-vous ?


LeTopographeFou
*De:* osm.sanspourr...@spamgourmet.com
*Envoyé:* 2 avril 2017 8:57 PM
*À:* talk-fr@openstreetmap.org
*Répondre à:* talk-fr@openstreetmap.org
*Objet:* Re: [OSM-talk-fr] Valeurs multiples pour des altitudes


Effectivement Florian avait bien documenté et Olivier-S 
 a cassé les deux 
"double" points il y a 6 ans !


Comme il n'a pas fait de modif depuis 3 ans, peut-être faire bêtement 
un revert même si je suis plus pour indiquer aux gens que l'on corrige 
et pourquoi.


Jean-Yvon

Le 02/04/2017 à 16:48, Jean-Claude Repetto - jrepe...@free.fr a écrit :

Bonjour,

A l'origine, il y avait bien deux points, mais quelqu'un les a 
fusionnés:

https://www.openstreetmap.org/changeset/5581294
https://www.openstreetmap.org/changeset/5581232

Je pense qu'il faudrait faire un revert de ces modifications, car ces 
points, bien qu'ayant les mêmes coordonnées géographiques, n'avaient 
pas la même altitude.


Jean-Claude

___
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] Valeurs multiples pour des altitudes

[Francois Gouget]

On Sun, 2 Apr 2017, osm.sanspourr...@spamgourmet.com wrote:
[...]
> Comme il n'a pas fait de modif depuis 3 ans, peut-être faire bêtement un
> revert même si je suis plus pour indiquer aux gens que l'on corrige et
> pourquoi.

Ouch. Entre temps pour certains points il y a eu une mise à jour des 
URLs IGN et donc en plus après le revert il va falloir aussi réappliquer 
ce changement :-(

https://www.openstreetmap.org/changeset/45304789#map=6/46.157/2.043


-- 
Francois Gouget   http://fgouget.free.fr/
  Linux: Because rebooting is for adding new hardware___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-co] Fwd: Mapeo para Mocoa, Colombia ?

[Fredy Rivera]

Nuestro equipo esta listo para drsplazarse a Mocoa y tomar imagenes via
Drone . Peto necesitamos apoyo con los costes de desplazamiento. Si como
dice Humberto Caritas u otra organizacion lo puede costear sería magnifico.
Salu2
Fredy

El abr. 2, 2017 10:17 AM, "Federico Explorador (Nevados.org)" <
federico.explora...@nevados.org> escribió:

> Hola,
>
> Gracias Jean Guilhem por la iniciativa.
>
>
>
> Caritas Alemana (entidad con que trabajo) ha aprobado 150 millones de
> pesos para ayuda humanitaria, será implementada con la Pastoral Social que
> tiene equipo en la zona. Además hay un Equipo Local de Coordinación con
> otras ONG y organizaciones internacionales bajo liderazgo de ACNUR, con
> apoyo de OCHA en Bogotá.
>
>
>
> Para los equipos locales sería importante contar con un mapa urbano (un
> *.jpg generado a partir de OSM).
>
>
>
> Para el mapeo recomiendo:
>
> -  Identificar personas que podrían mapear con conocimiento
> local: calles (con nombre), edificios públicos, albergues, puentes caídos.
>
> -  No hay imágenes Bing – buscar alternativa.
>
> -  Mapear, en caso de imagen de satélite disponible, las cuencas
> de los ríos (el área del lecho de río, con natural=scree) para dimensionar
> las zonas inundables/inundadas.
>
>
>
> Saludos,
> Federico
>
>
>
> *De:* Jean-Guilhem Cailton [mailto:j...@arkemie.com]
> *Enviado el:* domingo, 02 de abril de 2017 4:02 a. m.
> *Para:* talk-co@openstreetmap.org
> *Asunto:* [OSM-co] Fwd: Mapeo para Mocoa, Colombia ?
>
>
>
>
>
>  Message transféré 
>
> *Sujet : *
>
> Mapeo para Mocoa, Colombia ?
>
> *Date : *
>
> Sun, 2 Apr 2017 10:18:57 +0200
>
> *De : *
>
> Jean-Guilhem Cailton  
>
> *Pour : *
>
> OpenStreetMap Latinoamérica 
> , talk-co@openstreetmap.org
>  
>
> *Copie à : *
>
> HOT@OSM (Humanitarian OpenStreetMap Team) 
> 
>
>
>
> Hola,
>
> Hay un esfuerzo par mapear después de la avalancha en Mocoa, Colombia (mas
> de 230 muertos y muchos desaparecidos) ?
>
> http://cnnespanol.cnn.com/2017/04/01/colombia-santos-decreta-el-estado-de-
> calamidad-publica-tras-tragedia-en-mocoa/
>
> https://www.openstreetmap.org/#map=15/1.1461/-76.6466
>
> Mapear los edificios que todavía faltan en OSM podría seguramente ser
> útil, por ejemplo.
>
> Saludos,
>
> Jean-Guilhem
>
> --
> "Tant qu’on n’aura pas compris que le cerveau est une machine à dominer,
> on ne pourra pas lutter efficacement contre ces hiérarchies aliénantes."
> Dominique Dupagne, La revanche du rameur
> 
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[Talk-GB] RTK / Base Stations / NTRIP

[Grant Slater]

Hi OSM GB,

I've recently been experimenting with Real-time Kinematic (RTK) "GPS"
GNSS receivers and RTKLIB with some reasonable success. I've been able
to get repeatable centimetre level position accuracy.
I've been using u-blox NEO-M8T chipsets.

Unfortunately there are very few open and realtime RTK/RTCM NTRIP
streams available in the UK.
The lack of access to a reasonably nearby stream limits the RTK to
mostly post-processing application.

The open live streams I have found for the UK are at Daresbury,
Inverness, Shoeburyness. All of which are in excess of 70km from where
I live.

OS Net has good coverage, but is commercial. They do provide open
access RINEX post processing data, 24 hours after capture:
https://www.ordnancesurvey.co.uk/gps/os-net-rinex-data/

I'd be interested to know if anyone else has been experimenting with RTK?

Do you need a live RTCM stream for experimenting / survey? I can
create one, happy to travel closer on the weekends too. I use a Emlid
Reach RS.

Kind regards,
Grant

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

Re: [Talk-us] Sabotage or a really bad bot?

[Paul Norman]

On 4/2/2017 6:26 PM, Charlotte Wolter wrote:


I came across a really weird situation while doing a 
Maproulette change.
In Rustberg, a small town in rural Virginia 
(http://www.openstreetmap.org/edit?editor=id#map=16/37.2772/-79.1011), 
almost every driveway has been named after the street it intersects. 
In addition, numerous very short "driveways" have been created, some 
of which go nowhere.
The edits all were done four years ago, it seems. Here is the 
message about the edits: "Edited almost 4 years ago by bot-mode
Version #2 · Changeset #15805152." 



They were created 9 years ago with the TIGER import: 
http://www.openstreetmap.org/way/19903814/history. The change 4 years 
ago was just a name change and not related to what you're observing.


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

[Talk-us] Sabotage or a really bad bot?

[Charlotte Wolter]

Hello,

I came across a really weird situation 
while doing a Maproulette change.
In Rustberg, a small town in rural 
Virginia 
(http://www.openstreetmap.org/edit?editor=id#map=16/37.2772/-79.1011), 
almost every driveway has been named after the 
street it intersects. In addition, numerous very 
short "driveways" have been created, some of which go nowhere.
The edits all were done four years ago, 
it seems. Here is the message about the edits: 
"Edited almost 4 years ago by bot-mode

Version #2 · Changeset #15805152."
I removed most of the names and the 
"driveways" in town, but they continued well out 
of town, and finally I gave up. Could someone 
take a look at this and, perhaps, reverse the change set?

Thanks

Charlotte


Charlotte Wolter
927 18th Street Suite A
Santa Monica, California
90403
+1-310-597-4040
techl...@techlady.com
Skype: thetechlady



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