date:20150416

Ciao, vorrei migliorare la copertura di questa etichetta nel  Monte
http://www.openstreetmap.org/#map=17/45.76543/11.41795   perché ci sono
delle zone dove non è coperto e ci vorrebbe perché la foresta c'è. Vedo che
chi ha mappato prima ha usato la logica di rispettare le strade e anche i
sentieri perciò usando una logica additiva che trovo anche molto costosa.
Io vorrei cancellare tutto e sostituire con un approccio sottrattivo, una
grande zona che copra tutto il Monte con una foresta a cui si va a sottrarre
alcune aree. 
Sbaglio? Qual'è il modo migliore?

Dico così perché è da anni che non sono mappate come foresta zone che lo
sono, ho provato a metterci mano ma diventa una cosa molto molto
dispendiosa.

Ciao, Mirco   



--
View this message in context: 
http://gis.19327.n5.nabble.com/landuse-forest-nel-Monte-Summano-tp5840784.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-de] Schreibfehler in deutschem Copyright-Text

Bin vielleicht ein bisschen langsam:
kannst du bitte das URL der verweisenden Seite angeben, die den zitierten
*deutschen* Text enthaelt:
Du kannst dies tun, indem du auf www.openstretmap.org/copyright 
http://www.openstreetmap.org/copyright verlinkst.
Die in der urspruenglichen message (Mark, 15 April 2015 at 19:03) als
verweisend angegebene Seite http://www.openstreetmap.org/copyright ist in
englischer Sprache und enthaelt den falschen link nicht.

2015-04-15 20:05 GMT+02:00 Georg Feddern o...@bavarianmallet.de:

 Am 15.04.2015 um 19:24 schrieb Volker Schmidt:

 Der Fehler hat sich auch schön verbreitet: auf Anhieb 275 Ergebnisse bei
 Google.

 Auf welcher Seite ist der Original-Fehler?
 (Du hast die Ziel-Seite angegeben, nicht die mit dem fehlerhaften link)


 Wie Mark es korrekt schreibt:
 Die Zielseite enthält den Schreibfehler im _Text_ :

 Zitat:
 Du kannst dies tun, indem du auf www.openstretmap.org/copyright 
 http://www.openstreetmap.org/copyright verlinkst.

 Der dahinterliegende Link ist allerdings korrekt.

 Gruß
 Georg

 ___
 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-be] How to create a map from OSM with QGIS - Comment créer une carte à partir d'OSM avec QGIS

2015-04-16 Thread Marc Gemis

I think [1] gives the solution to my problem.

regards

m

[1] https://help.openstreetmap.org/questions/42366/qgis-perspektive  (in
German)

On Wed, Apr 15, 2015 at 6:47 PM, Marc Ducobu marc.duc...@gmail.com wrote:

 What is the problem ?

 On 15 April 2015 at 18:47, Marc Ducobu marc.duc...@gmail.com wrote:
  No I didn'nt do something special.
 
  On 13 April 2015 at 10:06, Marc Gemis marc.ge...@gmail.com wrote:
  Thanks a lot !
 
  When I did some experiments with QGIS, I was struggling with the
 projection.
  Did you had to do anything special ?
 
  regards
 
  m
 
  On Mon, Apr 13, 2015 at 9:52 AM, Marc Ducobu marc.duc...@gmail.com
 wrote:
 
  Hello,
 
  I write a tutorial explaining how to create a map with QGIS and the
  OSM data. For this work I create a QGIS style that highlight the
  cyclist infrastructure. The idea is to invite cyclists at the map
  party, show them the map at the beginning of the party and at the end
  show them the improved map.
 
  For the moment the tutorial is in french :
 
 
 http://blog.champs-libres.coop/carto/2015/04/10/creer-une-carte-cycliste-avec-osm-et-qgis.html
  and if I have the time I will translate it in english.
 
  The QGIS is on github :
  https://github.com/Champs-Libres/QGIS-OSM-styles. Feel free to use it
  and improve it !
 
  - - - - -
 
  Salut,
 
  J'ai écrit un tutorial expliquant comment créer une carte avec QGIS à
  partir des données OSM (
 
 
 http://blog.champs-libres.coop/carto/2015/04/10/creer-une-carte-cycliste-avec-osm-et-qgis.html
  ). La carte met en avant certaines infrastructures cyclistes. L'idée
  est de l'utiliser lors de la mapping party de bxl : montrer l'état de
  la carte avant l'événement, améliorer les données OSM et le voir sur
  la carte.
 
  Les styles QGIS se trouvent sur github
  https://github.com/Champs-Libres/QGIS-OSM-styles, n'hésitez pas à
  l'utiliser et pourquoi pas à l'améliorer !
 
  Marc
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 
 
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 
 
 
 
  --
  et en avant pour de folles aventures...



 --
 et en avant pour de folles aventures...

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

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

Re: [talk-au] Use of mapconnect and CAPAD data in OSM

2015-04-16 Thread Andrew Harvey

On 16 April 2015 at 15:23, Warren war...@specialtyfeeds.com.au wrote:
 I did look at Ross's suggestion of the 2014 CAPAD data set.  From my initial 
 look and my local knowledge it seems to be complete and more current.  Thanks 
 Ross.  The data set is fairly big so it needs to be broken up to be useful.


At the moment, we don't have the licensing required for a potential
import, however there are still some challenges which could be
addressed. Specifically mapping the schema used in CAPAD to OSM. What
I mean by this is mapping the Protected Area Types defined at
http://www.environment.gov.au/fed/catalog/search/resource/details.page?uuid={4448CACD-9DA8-43D1-A48F-48149FD5FCFD}
to the current OSM tags at
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area I've
taken a first stab at defining this mapping here
https://github.com/andrewharvey/capad2osm

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

Re: [Talk-de] Schreibfehler in deutschem Copyright-Text


 da wir ja alle vier immer von der gleichen Seite

 www.openstreetmap.org/copyright

 reden:
 Kann es sein, dass je nach Browsereinstellung/-sprache bei Dir der
 englische Text angezeigt wird?


Jetzt kommt mir auch derselbe Verdacht!

Ich sehe offensichtlich di Originalseite, und ihr eine uebersetzte Seite.
Habe zu wenig Ahnung von HTML um zu verstehen, wie die automatische
Umschaltung funktioniert.

Wird von meinem OSM User Profile gesteuert.
Habe mal probeweise die Reihenfolge der Sprachen  im OSM Profil geaendert
und sehe jetzt auch die - fehlerhafte - deutsche Uebersetzung.

Habe keine Ahnung, wer diese Seiten kontrolliert und aendern kann.

:-(

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

Re: [Talk-it] landuse=forest nel Monte Summano

Ciao, grazie per la risposta.

Sottrattiva nel senso che io farei una grande area che ricopre tutto il
monte con tag wood o forest e in questo multipoligono inserire delle piccole
aree come inner (dove non c'è il bosco) che vanno perciò a sottrarsi alla
superficie dedicata a wood o forest.
Al momento invece il bosco è mappato come una somma di tante aree.

Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/landuse-forest-nel-Monte-Summano-tp5840784p5840814.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[OSM-talk-fr] Fixmaville

2015-04-16 Thread Vincent Bergeot


Bonjour,
sur le site fixmaville, lorsque l'on va sur la carte pour signaler ou 
suggérer  http://www.fixmaville.fr/signaler_fmv/ il me semble bien voir 
une carte osm mais pas d'attributions.


Connaissiez vous ce site ?

Bonne journée

--
Vincent Bergeot


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

Re: [Talk-de] Umfrageplattform freigegeben

2015-04-16 Thread Andreas Labres

Hallo Harald!

Danke für die Umfrageplattform!

Eine Anmerkung zu Deiner Umfrage Wie oft schaust Du im deutschsprachigen Forum
vorbei?: da fehlt die Option nie. Die würde ich nämlich wählen, weil ich
tatsächlich nur Mails (und Mailinglisten wie talk-de) lese.

Servus, Andreas


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

[Talk-it] Dubbio su passaggio guida import dalla CTRN Veneto

Leggo nella  guida
http://wiki.openstreetmap.org/wiki/Veneto/Guide_e_documentazione/Import:_dalla_CTRN_Veneto_a_OSM#File_delle_regole_in_formato_python
  
che 



QGIS - Prima pulizia del file[modifica]
Dalla barra dei Menù selezionale Layer-Apri Tabella attributi (Immagine 3)
Dall'elenco (colonna DESCRZ) vanno eliminati i seguenti elementi:
edificio civile (pertinenza)
edificio industriale (pertinenza)
isolato
cortile interno


E' corretto? Se elimino questi elementi non ne rimangono molti.


Ciao, Mirco




--
View this message in context: 
http://gis.19327.n5.nabble.com/Dubbio-su-passaggio-guida-import-dalla-CTRN-Veneto-tp5840804.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-lv] admin_level=4

2015-04-16 Thread Marat

Man liekas sadalījums ir aktuāls, jo tas novadu nosaukumi joprojām ir
izmantoti, varbūt vajag samainīti robežas un admin_level=

http://lv.wikipedia.org/wiki/Latvijas_pl%C4%81no%C5%A1anas_re%C4%A3ioni
http://www.cvk.lv/pub/public/29453.html

2015-04-16 2:16 GMT+03:00 Ansis Brammanis bramma...@gmail.com:

 Paslaik admin_level=4 atzime vesturisko novadu robezas. Citur pasaule
 admin_level=4 atzime precizas administrativas robezas. Vesturiskie novadi
 nav administrativi. Vai vajadzetu mainit ka vesturiskie novadi ir tagged?
 Vai vesturiskam robezam visparigi vajadzetu atrasties OSM?

 http://overpass-turbo.eu/s/8Oq

 Ansis

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


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

Re: [Talk-cz] Mapa historických objektů

2015-04-16 Thread Jiří Vondál

Zdravím,

moc pěkná mapa se spoustou zajímavých funkcí - např. volitelné zobrazení
turistických cest, nebo cyklotras. Také je na této mapě názorně vidět jaký je
problém s nesprávným tagováním:

např. Nový hrad mezi Adamovem a Blanskem je na mapě zobrazen dvakrát:
http://gk.historic.place/historische_objekte/translate/cs/index-cs.html?zoom=18lat=49.32309lon=16.64195layers=BFTTFFFTFT

Takovýchto problémů tam asi bude víc.

Mějte se

Jirka V.

Dne St 15. dubna 2015 21:48:00, xkomc...@centrum.cz napsal(a):
Zdravím,

s novou, krásnou a lehce zapamatovatelnou URL adresou si dovoluji představit
projekt mapy historických objektů. Webová stránka je
http://gk.historic.place/ , mapa ČR
http://gk.historic.place/historische_objekte/translate/cs/index-cs.html

Projekt si klade za cíl renderovat historické objekty - od výklenkových
kapliček po hrady. K dispozici je i český překlad, který je možné upravovat
na adrese
https://wiki.openstreetmap.org/wiki/DE:Historical_Objects/Translations/tabl
e.cs . Jelikož se jedná původně o německý projekt, vychází se právě z
němčiny, ovšem anglická verze je pro porovnání k nalezení zde
https://wiki.openstreetmap.org/wiki/DE:Historical_Objects/Translations/tabl
e.en Vzhledem k tomu, že nejsem v této oblasti zcela kovaný, prosím o
kontrolu a případnou revizi překladu.

Má-li někdo možnost projekt více zviditelnit, určitě mu to neuškodí.

Díky! :-)
xkomczax

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

Re: [Talk-de] Schreibfehler in deutschem Copyright-Text

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,

On 04/15/2015 07:03 PM, Mark Obrembalski wrote:
 ansonsten und allgemein: Wo kann man einen solchen Fehler melden
 oder direkt korrigieren?

Das ist leider ein bisschen frickelig. Die meisten Texte auf der
OSM-Seite sind benannte Textbausteine, die in einer speziellen Datei
gespeichert sind und über translatewiki.net übersetzt werden.

Erstmal prüfen, ob das auch auf die Copyright-Seite zutrifft:

Ausgehend von

https://github.com/openstreetmap/openstreetmap-website

was ja im wesentlichen eine Rails-Applikation ist, schaut man in

https://github.com/openstreetmap/openstreetmap-website/blob/master/config/routes.rb

nach (jede Rails-Applikation hat so ein routes.rb), welcher
Programmteil für die Auslieferung von /copyright zuständig ist. Man
findet die Zeile

  match /copyright = site#copyright, :via = :get

das bedeutet, dass der site controller zuständig ist. In

https://github.com/openstreetmap/openstreetmap-website/blob/master/app/controllers/site_controller.rb

findet man dann

def copyright
@locale = params[:copyright_locale] || I18n.locale
end

d.h. der Controller macht nichts spezielles, und das wiederum
heisst, Ruby lädt in dem Fall standardmässig ein Template namens

https://github.com/openstreetmap/openstreetmap-website/blob/master/app/views/site/copyright.html.erb

Und dort findet man wie erwartet lauter Zeilen wie

h3%= t license_page.legal_babble.more_title_html, :locale =
@locale %/h3
p%= t license_page.legal_babble.more_1_html, :locale = @locale
%/p
p%= t license_page.legal_babble.more_2_html, :locale = @locale
%/p

die natürlich total hilfreich sind. Die Seite ist also nicht als
ganzes in verschiedene Sprachen übersetzt, sondern Häppchen für
Häppchen, und jedes Häppchen hat einen sinnreichen Namen wie
häppchen_123 bekommen ;)

In

https://github.com/openstreetmap/openstreetmap-website/blob/master/config/locales/en.yml#L966-L1078

findet man dann die tatsächlichen Texte zu diesen Konstanten. Die
problematische ist wohl credit_2_html.

Nun könnte man naiverweise denken, dass man einfach eine Änderung am
entsprechenden deutschen File
https://github.com/openstreetmap/openstreetmap-website/blob/master/config/locales/de.yml
vornehmen kann, aber weit gefehlt!

Dieses File wird nämlich automatisch über translatewiki.net
eingespielt, d.h. man muss sich dort anmelden, um eine Änderung an
einer OpenStreetMap-relevanten Übersetzung zu machen.

Und bevor einen translatewiki.net irgendwelche Übersetzungen machen
lässt, muss man erstmal eine Testphase von 20 Übersetzungen
abarbeiten, dann schaltet einen jemand frei ;)

Aber wie es scheint, ist der Fehler auf der Translatewiki-Seite
bereits verbessert, und es kann sich nur noch um ein paar Tage
handeln, bis die Verbesserung bei OSM landed.

Jaja, schöne neue Welt der i18n...

Bye
Frederik

- -- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAEBAgAGBQJVL3PuAAoJEOx/uhGAJu9H0nkIAI+Wv67U/dgR3KUmyWBKXr41
q+C923yeXGi6ddlmj2xD13gdDy9gn20tMEtAM5G5hFkXNt3EBtYe4SeV1xGRkzow
LEUGVpxrj1/xM8tR1BhM8aC946ZjoQj4dIPp5XEm75GjjBbiI6FQ5b9zxnaU2nM9
R30AUMn3ndz23Y2uOipp4hRqWtWzTCJ7Zqe2noRNOC5ot7BqjkyZ+i5jvHwuia62
YNc1k5xuLO2NzqwaMRnpeBLqeRfNxhAmJMepE6d6Gn4l/CAAqZX0PFWLswMPOGT+
NKgr8GkP6OVOIy9Tj7XKckdfKZfZx1zAzOETXtyiqu5xYq557Sfe2akQzLx9pi0=
=7lT1
-END PGP SIGNATURE-

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

Re: [Talk-lv] admin_level=4

2015-04-16 Thread Marat

un vel, mēs izmantojam relation nevis way ;)

relation
  [admin_level=4]
  ({{bbox}});

2015-04-16 11:30 GMT+03:00 Marat mar...@gmail.com:

 Man liekas sadalījums ir aktuāls, jo tas novadu nosaukumi joprojām ir
 izmantoti, varbūt vajag samainīti robežas un admin_level=

 http://lv.wikipedia.org/wiki/Latvijas_pl%C4%81no%C5%A1anas_re%C4%A3ioni
 http://www.cvk.lv/pub/public/29453.html

 2015-04-16 2:16 GMT+03:00 Ansis Brammanis bramma...@gmail.com:

 Paslaik admin_level=4 atzime vesturisko novadu robezas. Citur pasaule
 admin_level=4 atzime precizas administrativas robezas. Vesturiskie novadi
 nav administrativi. Vai vajadzetu mainit ka vesturiskie novadi ir tagged?
 Vai vesturiskam robezam visparigi vajadzetu atrasties OSM?

 http://overpass-turbo.eu/s/8Oq

 Ansis

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



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

Re: [Talk-it] landuse=forest nel Monte Summano

2015-04-16 Thread Aury88

in che senso additiva e sottrattiva?  per strutture così estese userei una
relazione multipoligono (che comunque devi usare se vuoi creare gli spazi
vuoti interni alla foresta)... puoi decidere di tracciare un unica area
esterna oppure, per migliorare la risoluzione, suddividere il bosco (a causa
delle strade che materialmente lo dividono) in più aree separate tra loro (e
magari comunque accomunate sempre tramite relazione multipoligono)...
per il tag non ho ben capito quale sia la politica adottata ma mi sembra di
capire che per questi boschi estesi si stia sempre più puntando al tag
natural=wood in sostituzione al landuse=forest...penso che il landuse si
utilizzi quando il bosco ha una funzionalità produttiva (produzione legname
per esempio)



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/landuse-forest-nel-Monte-Summano-tp5840784p5840812.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-de] Schreibfehler in deutschem Copyright-Text

2015-04-16 Thread Simon Poole



Am 16.04.2015 um 09:29 schrieb Volker Schmidt:
..
 
 Habe keine Ahnung, wer diese Seiten kontrolliert und aendern kann.
 

..

Einfach in translatewiki ändern.



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

Re: [Talk-de] Schreibfehler in deutschem Copyright-Text

Danke, Frederik, fuer die Aufklaerung.
Diese Fehlerbehebungsprozedur scheint mir allerdings fuer Otto Normalmapper
ein bisschen kompliziert.

Danke, Mark,
dass du das Problem in die Liste gebracht hast.

Volker

2015-04-16 10:33 GMT+02:00 Frederik Ramm frede...@remote.org:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hallo,

 On 04/15/2015 07:03 PM, Mark Obrembalski wrote:
  ansonsten und allgemein: Wo kann man einen solchen Fehler melden
  oder direkt korrigieren?

 Das ist leider ein bisschen frickelig. Die meisten Texte auf der
 OSM-Seite sind benannte Textbausteine, die in einer speziellen Datei
 gespeichert sind und über translatewiki.net übersetzt werden.

 Erstmal prüfen, ob das auch auf die Copyright-Seite zutrifft:

 Ausgehend von

 https://github.com/openstreetmap/openstreetmap-website

 was ja im wesentlichen eine Rails-Applikation ist, schaut man in


 https://github.com/openstreetmap/openstreetmap-website/blob/master/config/routes.rb

 nach (jede Rails-Applikation hat so ein routes.rb), welcher
 Programmteil für die Auslieferung von /copyright zuständig ist. Man
 findet die Zeile

   match /copyright = site#copyright, :via = :get

 das bedeutet, dass der site controller zuständig ist. In


 https://github.com/openstreetmap/openstreetmap-website/blob/master/app/controllers/site_controller.rb

 findet man dann

 def copyright
 @locale = params[:copyright_locale] || I18n.locale
 end

 d.h. der Controller macht nichts spezielles, und das wiederum
 heisst, Ruby lädt in dem Fall standardmässig ein Template namens


 https://github.com/openstreetmap/openstreetmap-website/blob/master/app/views/site/copyright.html.erb

 Und dort findet man wie erwartet lauter Zeilen wie

 h3%= t license_page.legal_babble.more_title_html, :locale =
 @locale %/h3
 p%= t license_page.legal_babble.more_1_html, :locale = @locale
 %/p
 p%= t license_page.legal_babble.more_2_html, :locale = @locale
 %/p

 die natürlich total hilfreich sind. Die Seite ist also nicht als
 ganzes in verschiedene Sprachen übersetzt, sondern Häppchen für
 Häppchen, und jedes Häppchen hat einen sinnreichen Namen wie
 häppchen_123 bekommen ;)

 In


 https://github.com/openstreetmap/openstreetmap-website/blob/master/config/locales/en.yml#L966-L1078

 findet man dann die tatsächlichen Texte zu diesen Konstanten. Die
 problematische ist wohl credit_2_html.

 Nun könnte man naiverweise denken, dass man einfach eine Änderung am
 entsprechenden deutschen File

 https://github.com/openstreetmap/openstreetmap-website/blob/master/config/locales/de.yml
 vornehmen kann, aber weit gefehlt!

 Dieses File wird nämlich automatisch über translatewiki.net
 eingespielt, d.h. man muss sich dort anmelden, um eine Änderung an
 einer OpenStreetMap-relevanten Übersetzung zu machen.

 Und bevor einen translatewiki.net irgendwelche Übersetzungen machen
 lässt, muss man erstmal eine Testphase von 20 Übersetzungen
 abarbeiten, dann schaltet einen jemand frei ;)

 Aber wie es scheint, ist der Fehler auf der Translatewiki-Seite
 bereits verbessert, und es kann sich nur noch um ein paar Tage
 handeln, bis die Verbesserung bei OSM landed.

 Jaja, schöne neue Welt der i18n...

 Bye
 Frederik

 - --
 Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)

 iQEcBAEBAgAGBQJVL3PuAAoJEOx/uhGAJu9H0nkIAI+Wv67U/dgR3KUmyWBKXr41
 q+C923yeXGi6ddlmj2xD13gdDy9gn20tMEtAM5G5hFkXNt3EBtYe4SeV1xGRkzow
 LEUGVpxrj1/xM8tR1BhM8aC946ZjoQj4dIPp5XEm75GjjBbiI6FQ5b9zxnaU2nM9
 R30AUMn3ndz23Y2uOipp4hRqWtWzTCJ7Zqe2noRNOC5ot7BqjkyZ+i5jvHwuia62
 YNc1k5xuLO2NzqwaMRnpeBLqeRfNxhAmJMepE6d6Gn4l/CAAqZX0PFWLswMPOGT+
 NKgr8GkP6OVOIy9Tj7XKckdfKZfZx1zAzOETXtyiqu5xYq557Sfe2akQzLx9pi0=
 =7lT1
 -END PGP SIGNATURE-

 ___
 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] Fixmaville

2015-04-16 Thread Vincent de Château-Thierry

Bonjour,

 De: Bruno pa...@free.fr
 
 Le 16/04/2015 10:07, Vincent Bergeot a écrit :
  sur le site fixmaville, lorsque l'on va sur la carte pour signaler
  ou
  suggérer  http://www.fixmaville.fr/signaler_fmv/ il me semble bien
  voir une carte osm mais pas d'attributions.
 
  Connaissiez vous ce site ?
 
 Oui c'est bien des données OSM avec un rendu que je ne connaissais
 pas
 et qui est intéressant, mais pas d' attribution visible même en
 parcourant les différentes pages du site.

Le service est proposé par dataforpeople.fr et on retrouve OSM ici :
http://www.dataforpeople.fr/blog/biz/ne-pas-utiliser-google-maps/

Signalé vers eux à l'instant : 
https://twitter.com/_vdct/status/588633340388868096

vincent

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

Re: [Talk-de] Umfrageplattform freigegeben

Hallo,

On 04/09/2015 07:52 AM, Harald Hartmann wrote:
 In den letzten Tagen habe ich den Prototyp der Umfrageplattform [3]  
 auf eine neue technische Plattform (simplemvcframework) aufgesetzt. Ab  
 sofort kann jeder OSM-User eine Umfrage starten (beachtet aber die  
 Hinweise!).

Ich finde das vielversprechend. Ich hatte selber schonmal überlegt, ob
wir sowas wie liquid feedback bei OSM benutzen könnten, aber so eine
Umfrageplattform ist auch schon mal ein guter Anfang.

Die englische Übersetzung ist z.T. noch etwas fehlerhaft, wo ist denn
der Source-Code, dann fixe ich das mal.

Was ich mittelfristig wichtig fände, ist, dass Umfragen nicht einfach so
von jedem gestartet werden können, weil man durch die Gestaltung der
Umfrage das Ergebnis beeinflussen kann - oder weil man (einige der
aktuellen Umfragen sind so) auch wichtige Punkte vergessen kann oder
sich einfach so fahrig ausdrückt, dass keiner versteht, was man
eigentlich will.

Eine breite Akzeptanz einer solchen Umfrageplattform würde dazu führen,
dass sehr viele unüberlegte, z.T. überlappende oder sich widersprechende
Umfragen gestartet werden und es zu jeder denkbaren Meinung auch das
passende Umfrage-Ergebnis gibt.

Daher wäre es gut, wenn Umfragen eine Art Qualitäts-Zyklus durchlaufen
würden. Man kann eine entwerfen, aber dann muss erstmal eine Diskussion
stattfinden und andere müssen die Chance haben, meine Frage und meine
Antwortmöglichkeiten zu kommentieren und zu verbessern, und erst, wenn
eine ausreichende Zahl von Leuten sagt jawoll, das ist jetzt gut so,
wird die Umfrage wirklich live geschaltet. (Zu diesem Entwurfs-Stadium
könnte auch die Übersetzung der Umfrage in andere Sprachen gehören.)

Bye
Frederik

PS: Ich hab auch eine Umfrage gestartet ;)

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

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

[Talk-de] Fußgänger-Diskriminierung?

2015-04-16 Thread Roland Olbricht


Liebe Mitmapper,

für die Arbeit am Fußgängerrouting von mdv würde ich gerne ein Meinungsbild 
einholen. Dort haben wir (in diesem Fall MentzDV, aber z.B. Graphhopper auf 
osm.org ist auch von dem Phänomen betroffen) für viele Fußwege derzeit keinen 
Namen.

Die Arbeit, Fußwege getrennt zu erfassen, können wir zum Glück ja noch an den 
meisten Stellen vermeiden;
das Kriterium aus dem Wiki, Fußwege nur getrennt zu erfassen, wenn man als 
Fußgänger nicht an jeder Stelle die Straße überqueren kann
http://wiki.openstreetmap.org/wiki/File:Bremen_cycleway_separate_1.jpg
(Geländer im hinteren Teil des Bildes)
reduziert die zu erfassenden Fälle aufs Wesentliche.

Es ist schwer vorstellbar, Wege noch sinnvoll in Tags der Fahrbahn kodieren zu 
können, wenn da schon ein Erdwall
http://www.openstreetmap.org/#map=19/52.10108/4.36549
(Weg entlang der N14)
oder gar ein Bach zwischen ist
http://www.openstreetmap.org/#map=19/51.26546/7.10764
(Weg entlang In der Beek)

Bei solchermaßen aufgeteilten Straßen gibt es nun die Tendenz, den 
üblicherweise auf einem Straßenschild auf dem Fußweg
http://wiki.openstreetmap.org/wiki/File:IMG_20150416_125451.jpg
angebrachten Namen nicht nur zusätzlich auch auf der PKW-Fahrbahn 
unterzubringen, sondern auch vom Fußweg wieder zu löschen.

Gibt es dafür einen triftigen Grund?

Der einzige, der mir bisher genannt wurde, sind technische Unzulänglichkeiten 
in einigen Renderern (Unerwünschtes Mehrfach-Rendering des Namens). Das würde 
ich aber nicht als einen Grund ansehen, von der On-The-Ground-Regel
(Schild steht ja meist im Fußweg oder an der Hauswand oberhalb des Fußwegs) 
abzuweichen und nur willkürlich ausgewählte Fahrbahnteile ohne physisch 
vorhandenes Schild mit Namen zu versehen.

Wenn es keinen triftigen Grund gibt, würde ich das dann gerne im Wiki 
ordentlich dokumentieren, dass der Name an allen Teilen eines Straßenzugs 
vermerkt wird.
Es würde das Fußgängerrouting dann enorm erleichtern, wenn man nicht darüber 
spekulieren müsste, welcher Fußweg, gerade in Grenzfällen, noch dem Namen einer 
nahegelegenen Fahrbahn zuzuordnen ist und welcher nicht.

Viele Grüße,

Roland

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

Re: [Talk-de] Schreibfehler in deutschem Copyright-Text

2015-04-16 Thread Mark Obrembalski

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 16.04.2015 10:33, Frederik Ramm wrote:

 Das ist leider ein bisschen frickelig.

Das kann man wohl sagen. Danke fürs Aufdröseln, auch wenn mir das
jetzt nur begrenzt dabei helfen wird, den nächsten Fehler selbst
nachzuschauen oder gar zu bearbeiten.

 Aber wie es scheint, ist der Fehler auf der Translatewiki-Seite 
 bereits verbessert, und es kann sich nur noch um ein paar Tage 
 handeln, bis die Verbesserung bei OSM landed.

Laut Versionsgeschichte unter

https://translatewiki.net/w/i.php?title=Osm:License_page.legal_babble.credit_2_html/deaction=history

liegt die relevante Änderung (die neueste) allerdings schon fast einen
Monat zurück. Ob das mit dem Landen bei OSM noch klappt?

Gruß,
Mark
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJVL4/cAAoJEBrjxFVQEkD/6YEQAKeBAMfldujZiRtYvYXea03Q
N8ILvnMZ446QkspMIi5RXeQ9NjVldERIthTUVhWMPHIWtGdyGfGMPGpFiuNgWk13
hbmqp6bs4Xog6/psfvMzFo2J+Rv95nWcoD5hGhjheiyhRUsVKt33P6TRbquVNC5u
2rhJ9YlCz/H241G+1w8dRubAool9mvnzl77gmn+yzHQECwp/0JOjIAOcVbd8yCoB
fAibOHdNkz8MKYd5L0j6ydG4HH8zhjn6rFITYYgneIYYpk12kgV5+vRXa4vhuxZ6
Lnz8FLCQ+NH4MgWFczVS1XVPnMLnMub4De01F9IF49r5U6Yod+w7yKg/2mSCUzTn
kfHkDZtwOgnUBuoSvx9ug1TrZ1tIeB+K8omYm1CdxFffG7bSIdc4fj8bUUq4iC4E
X8PfnsdzfevAHRTFRnzM/0xep+quX6HXaOP98LPH/1aovPfbzHTI6ByGb1KgVhVX
IFtFIsd262klv89vwZuPFqw08ipTYZnaRaa+YOBcx6tKwWymeGT9DAZJ2HUCL2Oj
AzCewd2MqNjFB3XhJttiHa0DjFy4r2zs0MJNT+KumPNAQ5yf04YkH9V+x8FTL0zh
8f1vkR8iUIN+eFq7dGPyxCc/S4BREr+XjNfohiyI+B7W5NQ0ebxbiiAq0xqWAvTR
raAYDx6flSVxI4ahzk43
=ORIc
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] Fixmaville

2015-04-16 Thread Vincent Bergeot


Le 16/04/2015 11:22, Vincent de Château-Thierry a écrit :

Bonjour,


De: Bruno pa...@free.fr

Le 16/04/2015 10:07, Vincent Bergeot a écrit :

sur le site fixmaville, lorsque l'on va sur la carte pour signaler
ou
suggérer  http://www.fixmaville.fr/signaler_fmv/ il me semble bien
voir une carte osm mais pas d'attributions.

Connaissiez vous ce site ?

Oui c'est bien des données OSM avec un rendu que je ne connaissais
pas
et qui est intéressant, mais pas d' attribution visible même en
parcourant les différentes pages du site.

Le service est proposé par dataforpeople.fr et on retrouve OSM ici :
http://www.dataforpeople.fr/blog/biz/ne-pas-utiliser-google-maps/

Signalé vers eux à l'instant : 
https://twitter.com/_vdct/status/588633340388868096


et déjà corrigé !



--
Vincent Bergeot


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

Re: [Talk-it] landuse=forest nel Monte Summano

2015-04-16 12:04 GMT+02:00 mircozorzo mircozo...@inwind.it:

 Sottrattiva nel senso che io farei una grande area che ricopre tutto il
 monte con tag wood o forest e in questo multipoligono inserire delle
 piccole
 aree come inner (dove non c'è il bosco) che vanno perciò a sottrarsi alla
 superficie dedicata a wood o forest.
 Al momento invece il bosco è mappato come una somma di tante aree.



E' meglio avere la somma di tante aree. Ciò che cerchi di creare è molto
fragile e poco adatto ad essere modificato / mantenuto / aggiornato. Ho
anch'io cominciato a mappare le foreste come multipoligoni mostrosi, ma ho
smesso e cominciato a spezzarli ad ogni possibile punto perché è meglio
sotto ogni aspetto (editing, rendering, modifiche, dettagli).

Il modello che io favorisco consiste nel mappare fisicamente cosa si trova
(consiglio il tag landcover=trees), poi dal punto di vista uso del suolo
(landuse), cosa per esempio si applicherebbe anche su zone dove si crescono
alberi, ma dove attualmente non ci sono (tagliati oppure incendio, ecc.).
In più vorrei una categoria entità logica (con nome ecc.) dove si
potrebbe comprendere anche piccole parti che non sono foresta, ma ne fanno
parte (per esempio un laghetto, un prato al centro, ecc.). Per quel terzo
userei natural, e si potrebbero anche sovraporre o contenere uno nel
altro di questi (esempio: tanti pezzi di foresta piccoli, con i loro nomi,
che insieme creano una parte più grande di foresta, con un altro nome (per
il complessivo)). Purtroppo questo concetto non ha (ancora?) messo piede
finora.

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

Re: [OSM-talk-fr] Article de 20 minutes - La France a enfin son fichier unique d'adresses postales

2015-04-16 Thread Christian Quest

Oui, il y a plein de choses à faire...

Dans un premier temps il faut faire le rapprochement BAN  BANO. Je
pense rajouter les adresses BAN dans le rendu BANO, mais après quelques
jours de repos car ces dernières semaines ont été assez intenses !


Le 16/04/2015 07:56, George Kaplan a écrit :
 Merci à vous 2 pour ces clarifications (c'est la licence Odbl commune
 aux 2 jeux qui m'a induit en erreur). 

 Je me projette un peu dans l'avenir et j'imagine une représentation
 cartographique présentant les écarts entre BANO et BAN Odbl : que
 l'erreur soit dans l'une ou l'autre source, on identifierait donc les
 adresses douteuses à vérifier sur le terrain. C'est envisageable comme
 méthode ?

 George

 Le 16 avr. 2015 à 00:55, Christian Quest cqu...@openstreetmap.fr
 mailto:cqu...@openstreetmap.fr a écrit :

 Le 15/04/2015 23:37, George Kaplan a écrit :
 Bonsoir,

 Je viens de voir la nouvelle dans les flux RSS du site de d'osm-fr.
 J'ai lu avec attention et des questions me viennent sur cette annonce : 
  
 Je vois que sur http://bano.openstreetmap.fr/ , le dossier /data n'a
 pas été mis à jour aujourd'hui alors qu'un nouveau nommé /BAN_odbl a
 fait son apparition, contenant des données datées de ce jour. Est-ce
 que ça veut dire que le dossier /BAN_odbl est maintenant
 l'emplacement des fichiers BANO ?
 Est-ce que le terme BANO est maintenant obsolète et remplacé par BAN
 Odbl ?

 Comme l'a indiqué Vincent, c'est un concours de circonstance... un
 petit pépin hier sur la base postgres de BANO et les scripts ont
 généré des fichiers vides.
 On remet ça en ordre rapidement.

 La BAN ne signifie pas l'arrêt de BANO mais une convergence dans la
 limite de ce que permettent les licences.

 Les données ODbL d'OSM (ou en opendata) ne peuvent pas être versées
 dans la BAN.
 Un sous ensemble de la BAN est diffusé en ODbL (c'est même OSM FR qui
 en est officiellement chargé par la convention qui a été signée
 aujourd'hui avec l'IGN, La Poste et Etalab).

 La page Contribuer ne mentionne pas la possibilité de corriger une
 erreur en ajoutant l'adresse dans OSM, est-ce que cette absence est
 volontaire ?


 Oui. Comme indiqué ci-dessus, les contributions faites directement
 dans OSM sont sous licence ODbL et empêcheraient leur rediffusion
 dans les bases commercialisées par l'IGN et La Poste.

 Dans les mois à venir, nous allons travailler sur un outil de
 contribution qui permettra de faire d'une pierre deux coups:
 contribuer à la BAN et à OSM.

 Il va falloir être un petit peu patient car avant cela il faut mettre
 en place des API autour de la BAN qui pour l'instant n'existent pas
 vraiment. Les derniers ont été surtout occupés à trouver le bon
 équilibre pour ce partenariat, pour respecter les contraintes de
 l'ODbL, respecter les modèles économiques de l'IGN et La Poste. Le
 travail sur le plan technique ne fait que démarrer.

 Dans l'immédiat donc, aucun changement pour les BANOistes qui
 dégomment du rouge... il va même y en avoir plus par l'apport des
 nouvelles données sur les zones où le cadastre est encore en raster.


 Les outils de géocodage disponibles sur http://adresse.data.gouv.fr/
 utilisent-ils la BAN ou son sous-ensemble Odbl ?


 Oui, d'ailleurs c'est indiqué dans les réponses json et l'attribution
 sur la carte, exemple:

 https://api-adresse.data.gouv.fr/search/?q=39%20rue%20du%20caire%2075002

 {type: FeatureCollection, version: draft, query: 39 rue du
 caire 75002, attribution: BAN, licence: ODbL 1.0, .


 Quelques précision sur ce sous ensemble:
 - il y a autant d'adresses dans les 2 diffusions
 - seuls 2 champs ne sont pas proposés en ODbL: le libellé AFNOR et le
 libellé d'acheminement

 Pour les mises à jour, on devrait démarrer sur un cycle hebdomadaire,
 puis à terme quotidien.



 Je voulais aussi consulter la licence gratuite de repartage mais son
 URL (
 https://adresse.data.gouv.fr/static/BAN_Licence_de_repartage.pdf )
 renvoie une erreur 404.


 Oups... mea culpa...


 Il devrait y avoir d'autres articles, ouvrez l'oeil ;)
 -- 
 Christian Quest - OpenStreetMap France
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org mailto: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

-- 
Christian Quest - OpenStreetMap France

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

[talk-ph] [job ad] OSM remote editing for roads and waterways network

2015-04-16 Thread maning sambale

Dear everyone,

This is a short-term work opportunity for OSM remote mapping.

There is on ongoing research on accessibility of health facilities on
several regions in the Philippines (Regions I, II, III, IV-A, V, CAR
and NCR).
They are looking for the best available road and river network data as
some of the input to their analysis engine.  Naturally, OSM comes to
mind. ;)

My personal OSM agenda is to allow us to improve the coverage is many
areas (particularly the northern Luzon areas).

So we are looking for interested mappers to do this remote mapping in
May (paid).
We are still working on the best workflow to do this.  If your are
interested, send me an email off-list.  Once we have the remote
mapping in full swing, we will advise the list on the wrokflso that
the community is aware that this

-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
blog: http://epsg4253.wordpress.com/
--

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

[talk-ph] [job ad] Paid remote mapping for health facility research

2015-04-16 Thread maning sambale

Dear everyone,

There is a potential paid remote mapping work request.

Basically, an international humanitarian agency is doing a research work on the
accessibility of health care facilities in selected regions in Luzon
(Regions I, II, III, IV-A, V, CAR and NCR).  They are looking for the
best available road and river network dataset for the above areas as
input to their accessibility analysis. Naturally, OSM comes to mind ;).

For this paid work, they are looking for experienced mappers to
do remote mapping and data quality check for the month of May 2015.
My personal OSM agenda, is that this will allow us to improve coverage
in many parts of Northern Luzon.  We are still establishing the appropriate
workflow.  Once remote mapping comes into full swing, we will inform the
community of the workflow to ensure that this will not affect any existing
mapping activities by volunteers in the above areas.

If you are interested to be part of the team, send me a message offlist.
If there are any reservations by the community for this kind of paid mapping
activity let's also discuss here.


-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
blog: http://epsg4253.wordpress.com/
--

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

Re: [Talk-it] landuse=forest nel Monte Summano

Ciao Martin, 

grazie mille per i consigli, farò scorta tua esperienza.



Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/landuse-forest-nel-Monte-Summano-tp5840784p5840819.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-de] Fußgänger-Diskriminierung?

Zwei verschiedene Kommentare
1)

 wenn man als Fußgänger nicht an jeder Stelle die Straße überqueren kann

Wenn mich nicht alles täuscht, gilt das für viele Gehwege, Mann kann man
die Straße als Fußgänger nur dann einfach überqueren, wenn kein geeigneter
Fußgängerübergang in der Nähe ist  (§ 25 StVO)

2) wenn ihr eine gute Lösung für die Benamungsfrage bei Fußwegen gefunden
habt, dann können wir die dann gleich auch für strassenbegleitende Radwege
verwenden. Dort gibt es dasselbe Problem.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fußgänger-Diskriminierung?





 Am 16.04.2015 um 14:48 schrieb Roland Olbricht olbri...@mentzdv.de:
 
 Der einzige, der mir bisher genannt wurde, sind technische Unzulänglichkeiten 
 in einigen Renderern (Unerwünschtes Mehrfach-Rendering des Namens).


m. E. gehört der Name auch an den Fußweg, sonst ist die Information nicht da 
und man muss raten, es gibt keinen Grund, hier vorhandene Daten zu löschen nur 
weil einem die Darstellung in bestimmter Software oder Rendering nicht gefällt 

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

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

Fatte salve le considerazioni venute fuori da questo thread, voglio
condividere con voi un'ulteriore riflessione/considerazione.

Ritengo utile localizzare le scuole *sempre* con un nodo amenity=school,
finanche nel caso sia possibile mappare con una way chiusa amenity=school
(recinto/muro) gli edifici e tutte le pertinenze.

Avere infatti a disposizione un dato omogeneo a livello di primitiva (nodo)
per tutte le scuole italiane ne consentirebbe una fruizione ottimale. Ad
esempio, i dati puntuali sono molto più sfruttabili in applicazioni di
localizzazione, per le quali è sufficiente avere un punto per ogni oggetto.

-pb

---
Pietro Blu Giandonato, PhD
Work http://it.linkedin.com/in/pietroblu
About me http://about.me/pietroblu
Socially https://www.rebelmouse.com/pietroblu/

2015-04-15 13:24 GMT+02:00 Aury88 [via GIS] 
ml-node+s19327n5840706...@n5.nabble.com:

  dieterdreist wrote

 ma non è neutrale il giardino, appartiene a tutte le 2 scuole.

 mi sono scordato di dirlo, ma il giardino a cui mi riferisco io in realtà
 tra le altre cose è usato anche da una palestra...naturalmente non
 nell'orario di esercizio delle scuole.


 si, non parlavo di way, parlavo di aree, quindi in pratica farei
 relazioni MP.scuola  con i dati di quest'ultima?

  ok, perfetto mavo stupidamente per scontato che per aree sovrapposte
 intendessi way chiuse sovrapposte e non una way chiusa appartenete a più
 relazioni MP.
 nn ho capito la domanda.

 
 
   -insieme di scuole appartenenti allo stesso circolo  o
 circoscrizione
   con nomi e/o livelli differenti e posti in aree differenti
  
 
 
  da risolvere tramite un nuovo tag, per esempio operator, network,
 ecc.
  \quote ecco io qui ho dei forti dubbi...non potrei definire
  tendenzialmente questa unione sempre tramite relazione multipoligono
  inserendo qui i tag comuni a tutti (quindi operator e network che
  suggerisci
  tu e in più il nome della circoscrizione )



 in realtà ci si vuole un tag che dice circoscrizione, altrimenti hai un
 insieme di cose con un nome, ma non sai di cosa si tratta.

 scusa e per questo che volevo mettere comunque il tag operator e/o network
 alla relazione multipoligono...solo che invece di applicarlo alle singole
 scuole lo volevo applicare alla relazione che le accomuna...non va bene?


  un ultimo dubbio è sul nome della scuola...se una scuola è chiamata
 scuola
  materna sempronio il tag name è scuola materna sempronio o solo
  sempronio e il resto lo ometto venendo già descritto dagli altri tag?



 L'ultima parola ha il mappatore, ma per me il nome sarebbe Scuola Materna
 Sempronio

 perfetto. grazie mille

 ciao,

 Aury
 Ciao,
 Aury


 --
  If you reply to this email, your message will be added to the discussion
 below:

 http://gis.19327.n5.nabble.com/Proposta-istituzione-nuove-chiavi-per-le-scuole-italiane-tp5840407p5840706.html
  To unsubscribe from Proposta istituzione nuove chiavi per le scuole
 italiane, click here
 http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5840407code=cC5naWFuZG9uYXRvQGdtYWlsLmNvbXw1ODQwNDA3fC01Mjg2NDk2OTE=
 .
 NAML
 http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml





-
--
Pietro Blu Giandonato, PhD
Work http://it.linkedin.com/in/pietroblu
About me http://about.me/pietroblu
Socially https://www.rebelmouse.com/pietroblu/
--
View this message in context: 
http://gis.19327.n5.nabble.com/Proposta-istituzione-nuove-chiavi-per-le-scuole-italiane-tp5840407p5840831.html
Sent from the Italy General mailing list archive at Nabble.com.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Fußgänger-Diskriminierung?

2015-04-16 Thread Holger Jeromin

Volker Schmidt wrote on 16.04.2015 16:36:
 Ich sehe die Frage vom Fahrradrouting her:
 Wenn ich im Auto mein navi benutze sagt mir das z.B.: 1km geradeaus auf
 der Schillerstrasse; oder: biege nach 100m rechts in the Goethestrasse
 ein. Wenn ich auf dem Rad auf den strassenbegleitenden, namenlosen
 Radwegen unterwegs bin bin, schreibt mein Fahrradnavi: geradeaus auf
 Radweg und rechts ab auf Radweg

Wie wäre es, wenn es sagen würde:
Geradeaus auf dem Radweg parallel zur Schillerstraße

Will ich wirklich Geradeaus auf der Schillerstraße, wenn es den Radweg
daneben meint?

-- 
Grüße
Holger


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

Re: [Talk-de] Fußgänger-Diskriminierung?

2015-04-16 Thread Wolfgang Hinsch

Am Donnerstag, 16. April 2015, 16:21:22 schrieb Frederik Ramm:
 Hi,
 
 On 04/16/2015 02:48 PM, Roland Olbricht wrote:
  Bei solchermaßen aufgeteilten Straßen gibt es nun die Tendenz, den
  üblicherweise auf einem Straßenschild auf dem Fußweg
  http://wiki.openstreetmap.org/wiki/File:IMG_20150416_125451.jpg
  angebrachten Namen nicht nur zusätzlich auch auf der PKW-Fahrbahn
  unterzubringen, sondern auch vom Fußweg wieder zu löschen.
 
 Ich verstehe nicht ganz, worum es geht - wer löscht hier was?
 
 Grundsätzlich sollten in OSM nur Dinge ein name-Tag haben, die auch so
 heissen.
 
 Wenn ich also frage: Welches Objekt ist die Talstraße, dann möchte ich
 als Antwort nicht den abgetrennten Fussweg entlang der Talstraße haben,
 sondern die Straße selbst.

Das kannst du über eine leichte Modifikation der Abfrage problemlos erreichen, 
wir taggen nicht für Renderer, Router - und auch nicht für bestimmte Abfragen.

 
 Der abgetrennte Fussweg entlang der Talstraße ist in meinen Augen nicht
 die Talstraße und sollte auch nicht dieses name-Tag tragen.

Das sehe ich anders. Wenn der Fußweg zur Straße gehört, trägt er, ebenso wie 
die Fahrbahn, auch den Namen der Straße. Gleiches gilt für einen abgetrennt 
gemappten Radweg.

Die Frage ist nur, ob wir den Namen an alle separaten Objekte taggen, oder 
eine Art Hauptobjekt ernennen, dass den Namen der Straße trägt. Ich sehe 
aber nicht, dass dies grundsätzlich eine Fahrbahn sein muss.

Möglich wäre hier, grundsätzlich in der Straßenmitte den Namen zu taggen, also 
üblicherweise an die Fahrbahn, wenn sie in der Mitte liegt, bei 
Fahrbahntrennung auf eine imaginäre Mittellinie oder ggf. an einen Fußweg, der 
in der Mitte zwischen beiden Fahrbahnen verläuft (in manchen Innenstädten). 
Das würde eine Menge Rendererprobleme lösen. Übrig bliebe aber die Frage, wie 
die einzelnen Linien dann zum Gesamtobjekt Straße zusammengebunden werden.

 
 Das Bild, das Du verlinkt hast, ist mir unklar; hier scheinen Rad- und
 Fussweg entlang der Strasse zu verlaufen und daher m.E. nicht einmal
 eine eigene Geometrie zu verdienen, während das Namensschild nach links
 zeigt und daher einen anderen, im Bild nicht sichtbaren Weg zu betreffen
 scheint?
 
  Der einzige, der mir bisher genannt wurde, sind technische
  Unzulänglichkeiten in einigen Renderern (Unerwünschtes
  Mehrfach-Rendering des Namens). Das würde ich aber nicht als einen
  Grund ansehen, von der On-The-Ground-Regel (Schild steht ja meist im
  Fußweg oder an der Hauswand oberhalb des Fußwegs) abzuweichen und nur
  willkürlich ausgewählte Fahrbahnteile ohne physisch vorhandenes
  Schild mit Namen zu versehen.
 
 Wenn ich Dich richtig verstehe, argumentierst Du, dass aufgrund der
 Platzierung des Schildes viele Straßen in deutschen Innenstädten ihr
 name-Tag nur verdient haben, weil die Gehweg-Geometrie nicht
 eigenständig erfasst ist, und sobald die Gehweg-Geometrie eigenständig
 erfasst wäre, das Schild selbstverständlich für den Gehweg gälte (weil
 es diesem physikalisch näher ist) und nicht für die Straße.
 
 Dieser Argumentation kann ich nicht folgen. Die Platzierung von
 Schildern folgt nicht der Regel das Schild gilt für das Objekt, dem es
 physikalisch am nächsten ist.

+/-1 
Üblicherweise stellt man Schilder schon so auf, dass sie dem benannten Objekt 
möglicht nahe stehen, sonst weiß niemand, welches Schild nun für welche Straße 
gelten soll ;-)

Aus der Lage des Schildes auf dem Fußweg folgern zu wollen, es gelte nur für 
den Fußweg, halte ich allerdings auch für abwegig. Es gilt für das ganze 
Objekt Straße, und wenn wir das Objekt in 6 Wege aufteilen, weil die 
Fahrbahnen getrennt sind und Fuß- und Radwege separate ways erhalten, gilt das 
Schild eben für alle 6 Wege, s. o..

 
  Wenn es keinen triftigen Grund gibt, würde ich das dann gerne im Wiki
  ordentlich dokumentieren, dass der Name an allen Teilen eines
  Straßenzugs vermerkt wird.
 
 Ich habe dabei kein gutes Gefühl. Ich kann mir nicht vorstellen, dass
 das Fussgänger-Routing dadurch wirklich verbessert wird. Da kommen doch
 dann so Instruktionen raus wie folgen Sie 200m lang dem Fußweg
 Hauptstraße. Was ich eigentlich bei einem getrennten, aber zu einer
 Straße gehörigen Fußweg will, ist eine explizite Verknüpfung, die mir
 sagt: Dieser Fußweg gehört zu dieser Straße. Dann kann ich eine
 Routing-Anweisung generieren, die heißt: folgen Sie 200m dem Fußweg
 entlang der vierspurigen Hauptstraße oder so - viel klarer.

Wie verknüpfst du das? Relation street? associated_street?

 
  Es würde das Fußgängerrouting dann enorm erleichtern, wenn man nicht
  darüber spekulieren müsste, welcher Fußweg, gerade in Grenzfällen,
  noch dem Namen einer nahegelegenen Fahrbahn zuzuordnen ist und
  welcher nicht.
 
 Hier argumentierst Du, dass die Software durch eine Änderung in den
 Daten einfacher würde; zugleich hast Du vorhin das ebenso konstruierte
 Argument das Rendering ist einfacher, wenn der Name nur an einer Straße
 steht, als wertlos weggewischt. Genau die Raterei,

Re: [Talk-de] Mechanical Edits - Sanitary Station Retagging

Am 16. April 2015 um 15:44 schrieb gmbo g...@kilometerfresser.eu:

 Mit wem müssen solche weltweit ausgeführten Automatischen Edits
 abgesprochen werden, oder darf das inzwischen jeder.



das ist hier beschrieben:

http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

   - *Either* the international, English-language list
   - *or* the international, English-language imports list, for fixing of
   previous imports
   - *or* if your edit affects only a small number of countries, the
   national-language mailing lists, forums, or other standard communication
   methods for the countries or areas affected by the change


Gruß,

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

Re: [Talk-de] Fußgänger-Diskriminierung?

2015-04-16 Thread Christoph Hormann

On Thursday 16 April 2015, Frederik Ramm wrote:

 Ich verstehe nicht ganz, worum es geht - wer löscht hier was?

 Grundsätzlich sollten in OSM nur Dinge ein name-Tag haben, die auch
 so heissen.

 Wenn ich also frage: Welches Objekt ist die Talstraße, dann möchte
 ich als Antwort nicht den abgetrennten Fussweg entlang der Talstraße
 haben, sondern die Straße selbst.

Ich nehme an, dass Roland hier meint, dass die Talstraße aus der 
Fahrbahn und dem abgetrennten Fußweg besteht und beide gleichberechtigt 
den Namen tragen sollten.

Konkretes Beispiel:

http://www.openstreetmap.org/#map=19/48.03024/7.66044

Das blau gestrichelte ist hier der Fuß/Radweg der Tunibergstraße.  Den 
Namen trägt in OSM aber nur die Fahrbahn.  Das sieht nur durch die zu 
geringe Linienbreite bei z=19 so aus, als ob die weit voneinander 
entfernt sind, in Wirklichkeit ist da nur etwa ein Meter Grasstreifen 
dazwischen.  Strukturell ist recht klar, dass hier Fuß/Radweg und 
Fahrbahn eine Einheit bilden so dass der Name für beides gilt - und 
man, wenn einen jemand zu Fuß/mit dem Rad nach dem Weg fragt man 
selbstverständlich den Namen der Straße nennen würde, ohne damit die 
Fahrbahn zu meinen.

Ob die Lösung hier ist, beiden den selben Namen zu geben weiß ich nicht, 
irgendwie zu erfassen, dass hier Fahrbahn und Fuß/Radweg zusammen die 
benannte Straße bilden wäre aber schon wichtig.

Ein konzeptionell nicht ganz unähnlicher Fall sind ja eigentlich Straßen 
mit getrennten Fahrbahnen für beide Richtungen.  Hier tragen auch beide 
Fahrbahnen den Namen obwohl sie strukturell eine Straße bilden.  Und 
auch das führt in den Karten teils zu recht merkwürdigen Darstellungen.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-in] Gandhinagar Mapped!

2015-04-16 Thread Aditya Nag

Looks beautiful, Shravan! Didn't realise that Gandhinagar was such a
planned city. Keep up the effort.

On 16 April 2015 at 16:58, shravan shravan.s...@gmail.com wrote:

 Hello all,

 With the help from Arun Ganesh (PlaneMad), I have managed to map almost
 the whole of Gandhinagar, Gujarat.

 Here's the link - Gandhinagar
 http://www.openstreetmap.org/node/780536498#map=14/23.2235/72.6583.

 Thanks,
 Shravan

 ___
 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] Proposta istituzione nuove chiavi per le scuole italiane

2015-04-16 Thread Luigi Toscano

On Thursday 16 of April 2015 08:39:39 pietroblu wrote:
 Il 16/Apr/2015 17:28, dieterdreist [via GIS] 
 
 ml-node+s19327n5840851...@n5.nabble.com ha scritto:
  2015-04-16 15:39 GMT+02:00 pietroblu [hidden email]:
  Ritengo utile localizzare le scuole *sempre* con un nodo amenity=school,
 
 finanche nel caso sia possibile mappare con una way chiusa amenity=school
 (recinto/muro) gli edifici e tutte le pertinenze.
 
  è pratticamente sempre possibile individuare le pertinenze ;-)
 
 Non è questo il punto.
 
 Ripeto:
 Avere infatti a disposizione un dato omogeneo a livello di primitiva
 (nodo) per tutte le scuole italiane ne consentirebbe una fruizione
 ottimale. Ad esempio, i dati puntuali sono molto più sfruttabili in
 applicazioni di localizzazione, per le quali è sufficiente avere un punto
 per ogni oggetto.

Secondo me, questo va un pelino contro la modalità di mappatura in OSM: se si 
può segnare l'intera entità, perché restringerla in un puntino? Non si possono 
fare query spaziali all'uopo?

Ciao
-- 
Luigi


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

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

Il 16/Apr/2015 17:44, Luigi Toscano [via GIS] 
ml-node+s19327n5840854...@n5.nabble.com ha scritto:

 On Thursday 16 of April 2015 08:39:39 pietroblu wrote:

  Il 16/Apr/2015 17:28, dieterdreist [via GIS] 
 
  [hidden email] ha scritto:
   2015-04-16 15:39 GMT+02:00 pietroblu [hidden email]:
   Ritengo utile localizzare le scuole *sempre* con un nodo
amenity=school,
 
  finanche nel caso sia possibile mappare con una way chiusa
amenity=school
  (recinto/muro) gli edifici e tutte le pertinenze.
 
   è pratticamente sempre possibile individuare le pertinenze ;-)
 
  Non è questo il punto.
 
  Ripeto:
  Avere infatti a disposizione un dato omogeneo a livello di primitiva
  (nodo) per tutte le scuole italiane ne consentirebbe una fruizione
  ottimale. Ad esempio, i dati puntuali sono molto più sfruttabili in
  applicazioni di localizzazione, per le quali è sufficiente avere un
punto
  per ogni oggetto.

 Secondo me, questo va un pelino contro la modalità di mappatura in OSM:


Per quale motivo? Spiega per favore.

 se si può segnare l'intera entità, perché restringerla in un puntino? Non
si possono fare query spaziali all'uopo?


Certo che si possono fare, ma vuoi mettere avere uno strato informativo
omogeneo di nodi per tutte le scuole?

Fate lo sforzo di non guardare la questione solo dal punto di vista del
geometra (massimo rispetto ovviamente), guardatela anche dal punto di vista
del riuso dei dati fuori da OSM.

Ciao,
-pb

 Ciao
 --
 Luigi


 ___
 Talk-it mailing list
 [hidden email]
 https://lists.openstreetmap.org/listinfo/talk-it


 
 If you reply to this email, your message will be added to the discussion
below:

http://gis.19327.n5.nabble.com/Proposta-istituzione-nuove-chiavi-per-le-scuole-italiane-tp5840407p5840854.html
 To unsubscribe from Proposta istituzione nuove chiavi per le scuole
italiane, click here.
 NAML




-
--
Pietro Blu Giandonato, PhD
Work http://it.linkedin.com/in/pietroblu
About me http://about.me/pietroblu
Socially https://www.rebelmouse.com/pietroblu/
--
View this message in context: 
http://gis.19327.n5.nabble.com/Proposta-istituzione-nuove-chiavi-per-le-scuole-italiane-tp5840407p5840855.html
Sent from the Italy General mailing list archive at Nabble.com.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

2015-04-16 17:39 GMT+02:00 pietroblu p.giandon...@gmail.com:

 Avere infatti a disposizione un dato omogeneo a livello di primitiva
 (nodo) per tutte le scuole italiane ne consentirebbe una fruizione
 ottimale. Ad esempio, i dati puntuali sono molto più sfruttabili in
 applicazioni di localizzazione, per le quali è sufficiente avere un punto
 per ogni oggetto.



è normalmente banale creare un punto da un'area (come quelli delle scuole).
Per chi crea un'app che ha bisogno di punti non è un processo evitabile se
si lavora con dati osm.

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

[Talk-de] WG: Fußgänger-Diskriminierung?

2015-04-16 Thread Bernhard Weiskopf

Von: Bernhard Weiskopf [mailto:bweisk...@gmx.de] 
Gesendet: Donnerstag, 16. April 2015 17:02
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Fußgänger-Diskriminierung?

Wenn bereits eine associatedStreet relation bestanden hat, habe ich die 
parallel verlaufenden, baulich getrennten Radwege dort dazu gefügt. Mangels 
role-Definition haben sie aber keine role bekommen. 



Volker Schmidt vosc...@gmail.comschrieb:
Zwei verschiedene Kommentare
1)

 wenn man als Fußgänger nicht an jeder Stelle die Straße überqueren kann

Wenn mich nicht alles täuscht, gilt das für viele Gehwege, Mann kann man
die Straße als Fußgänger nur dann einfach überqueren, wenn kein geeigneter
Fußgängerübergang in der Nähe ist (§ 25 StVO)

2) wenn ihr eine gute Lösung für die Benamungsfrage bei Fußwegen gefunden
habt, dann können wir die dann gleich auch für strassenbegleitende Radwege
verwenden. Dort gibt es dasselbe Problem.
___
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: [Talk-de] Fußgänger-Diskriminierung?

Am 16. April 2015 um 16:21 schrieb Frederik Ramm frede...@remote.org:

 Was ich eigentlich bei einem getrennten, aber zu einer
 Straße gehörigen Fußweg will, ist eine explizite Verknüpfung, die mir
 sagt: Dieser Fußweg gehört zu dieser Straße.



tut das der tag nicht? Ist quasi-explizit, da ungefähr parallel in geringer
Entfernung und gleicher Name. Sonst bräuchte man Flächen oder Relationen,
zumindest letztere sind eher nicht so geeignet, wenn möglichst viele Leute
an der Karte editieren sollen.


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

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

2015-04-16 15:39 GMT+02:00 pietroblu p.giandon...@gmail.com:

 Ritengo utile localizzare le scuole *sempre* con un nodo amenity=school,
 finanche nel caso sia possibile mappare con una way chiusa amenity=school
 (recinto/muro) gli edifici e tutte le pertinenze.



è pratticamente sempre possibile individuare le pertinenze ;-)

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

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

Il 16/Apr/2015 17:28, dieterdreist [via GIS] 
ml-node+s19327n5840851...@n5.nabble.com ha scritto:


 2015-04-16 15:39 GMT+02:00 pietroblu [hidden email]:

 Ritengo utile localizzare le scuole *sempre* con un nodo amenity=school,
finanche nel caso sia possibile mappare con una way chiusa amenity=school
(recinto/muro) gli edifici e tutte le pertinenze.



 è pratticamente sempre possibile individuare le pertinenze ;-)


Non è questo il punto.

Ripeto:
Avere infatti a disposizione un dato omogeneo a livello di primitiva
(nodo) per tutte le scuole italiane ne consentirebbe una fruizione
ottimale. Ad esempio, i dati puntuali sono molto più sfruttabili in
applicazioni di localizzazione, per le quali è sufficiente avere un punto
per ogni oggetto.

:)

Ciao,
pb

 Ciao,
 Martin

 ___
 Talk-it mailing list
 [hidden email]
 https://lists.openstreetmap.org/listinfo/talk-it


 
 If you reply to this email, your message will be added to the discussion
below:

http://gis.19327.n5.nabble.com/Proposta-istituzione-nuove-chiavi-per-le-scuole-italiane-tp5840407p5840851.html
 To unsubscribe from Proposta istituzione nuove chiavi per le scuole
italiane, click here.
 NAML




-
--
Pietro Blu Giandonato, PhD
Work http://it.linkedin.com/in/pietroblu
About me http://about.me/pietroblu
Socially https://www.rebelmouse.com/pietroblu/
--
View this message in context: 
http://gis.19327.n5.nabble.com/Proposta-istituzione-nuove-chiavi-per-le-scuole-italiane-tp5840407p5840852.html
Sent from the Italy General mailing list archive at Nabble.com.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

2015-04-16 Thread Daniele Forsi

Il 16 aprile 2015 15:39, pietroblu ha scritto:

 Ritengo utile localizzare le scuole *sempre* con un nodo amenity=school,
 finanche nel caso sia possibile mappare con una way chiusa amenity=school
 (recinto/muro) gli edifici e tutte le pertinenze.

-1
è il contrario di quanto abbiamo sempre fatto per tutti gli oggetti di
cui si riesce a  mappare il perimetro, con l'idea che si mappa con un
nodo come mappatura approssimativa/temporanea/da rifinire e si usano
way (e eventualmente relazioni) per una mappatura dettagliata

chi vuole un nodo se lo può calcolare in vari modi (es. con
ST_PointOnSurface() ? )

 Avere infatti a disposizione un dato omogeneo

avere un dato omogeneo in OSM è un ossimoro e dovrai sempre fare un
adattamento al tuo caso d'uso (ma perché fare a mano quello che può
fare un computer, es. ricavare un nodo da un'area?
-- 
Daniele Forsi

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

Re: [OSM-talk-fr] Place de la République

2015-04-16 Thread dHuy Pierre

Si tu y passe davantage, je n'ai jamais pu finir correctement la station sur 
les connexion avec la 3 et sur les nombreuses sorties. 


 Le Jeudi 16 avril 2015 17h14, Brice MALLET brice...@free.fr a écrit :
   

 Bonjour,

J'ai repris la Place de la République à Paris (un multipolygone composé 
de 2 terrassses + 1 esplanade) après moult passages sur place.
Merci à ceux qui peuvent vérifier si OK (je ne suis jamais sûr avec les 
relations).

http://www.openstreetmap.org/#map=18/48.86763/2.36266

Brice

___
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] Place de la République

2015-04-16 Thread Brice MALLET

J'essaierai pour les sorties mais pas les connexions, je ne suis plus 
qu'en vélib / surface maintenant ! ;-)


Le 16/04/2015 17:38, dHuy Pierre a écrit :
Si tu y passe davantage, je n'ai jamais pu finir correctement la 
station sur les connexion avec la 3 et sur les nombreuses sorties.




Le Jeudi 16 avril 2015 17h14, Brice MALLET brice...@free.fr a écrit :


Bonjour,

J'ai repris la Place de la République à Paris (un multipolygone composé
de 2 terrassses + 1 esplanade) après moult passages sur place.
Merci à ceux qui peuvent vérifier si OK (je ne suis jamais sûr avec les
relations).

http://www.openstreetmap.org/#map=18/48.86763/2.36266

Brice

___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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-de] Mechanical Edits - Sanitary Station Retagging

2015-04-16 Thread gmbo

Mich interessiert gerade dieser eine Edit. Ist der abgesprochen worden 
und wo?
Bei Stichproben ist mir mir dieser Änerungssatz aufgefallen: 
https://www.openstreetmap.org/changeset/29798905

den fand ich über den node 1861585182
Hier wurden definitiv Inhalte gelöscht. andere die vorher nicht da waren 
zugefügt.


Gruß,

Gisbert



Es wäre schön zu erfahren, was da verändert werden sollte.


Am 16.04.2015 um 17:14 schrieb Martin Koppenhoefer:

Am 16. April 2015 um 15:44 schrieb gmbo g...@kilometerfresser.eu:


Mit wem müssen solche weltweit ausgeführten Automatischen Edits
abgesprochen werden, oder darf das inzwischen jeder.



das ist hier beschrieben:

http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

- *Either* the international, English-language list
- *or* the international, English-language imports list, for fixing of
previous imports
- *or* if your edit affects only a small number of countries, the
national-language mailing lists, forums, or other standard communication
methods for the countries or areas affected by the change


Gruß,

Martin
___
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-GB] SALE !

2015-04-16 Thread pmailkeey .

Most promising result from a council so far !

-- Forwarded message --
Date: 16 April 2015 at 16:53
Subject: RE: FAO PARKS and Webmaster [REF:14892321677]
To: pmailkeey . pmailk...@googlemail.com

Good Afternoon,

Thank you for your response.

The open street map certainly looks like a promising solution. We'll
explore this in more detail  discuss the adding of further features with
our Parks Team.

-- 
Mike.
@millomweb https://sites.google.com/site/millomweb/index/introduction -
For all your info on Millom and South Copeland
via *the area's premier website - *

*currently unavailable due to ongoing harassment of me, my family, property
 pets*

TCs https://sites.google.com/site/pmailkeey/e-mail
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

Ok, ricevuto.

Grazie per il confronto.

-pb

Il giorno Gio 16 Apr 2015 18:00 Daniele Forsi-2 [via GIS] 
ml-node+s19327n5840860...@n5.nabble.com ha scritto:

 Il 16 aprile 2015 15:39, pietroblu ha scritto:

  Ritengo utile localizzare le scuole *sempre* con un nodo amenity=school,
  finanche nel caso sia possibile mappare con una way chiusa
 amenity=school
  (recinto/muro) gli edifici e tutte le pertinenze.

 -1
 è il contrario di quanto abbiamo sempre fatto per tutti gli oggetti di
 cui si riesce a  mappare il perimetro, con l'idea che si mappa con un
 nodo come mappatura approssimativa/temporanea/da rifinire e si usano
 way (e eventualmente relazioni) per una mappatura dettagliata

 chi vuole un nodo se lo può calcolare in vari modi (es. con
 ST_PointOnSurface() ? )

  Avere infatti a disposizione un dato omogeneo

 avere un dato omogeneo in OSM è un ossimoro e dovrai sempre fare un
 adattamento al tuo caso d'uso (ma perché fare a mano quello che può
 fare un computer, es. ricavare un nodo da un'area?
 --
 Daniele Forsi

 ___
 Talk-it mailing list
 [hidden email] http:///user/SendEmail.jtp?type=nodenode=5840860i=0
 https://lists.openstreetmap.org/listinfo/talk-it


  If you reply to this email, your message will be added to the discussion
 below:

 http://gis.19327.n5.nabble.com/Proposta-istituzione-nuove-chiavi-per-le-scuole-italiane-tp5840407p5840860.html
  To unsubscribe from Proposta istituzione nuove chiavi per le scuole
 italiane, click here
 http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5840407code=cC5naWFuZG9uYXRvQGdtYWlsLmNvbXw1ODQwNDA3fC01Mjg2NDk2OTE=
 .
 NAML
 http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml





-
--
Pietro Blu Giandonato, PhD
Work http://it.linkedin.com/in/pietroblu
About me http://about.me/pietroblu
Socially https://www.rebelmouse.com/pietroblu/
--
View this message in context: 
http://gis.19327.n5.nabble.com/Proposta-istituzione-nuove-chiavi-per-le-scuole-italiane-tp5840407p5840862.html
Sent from the Italy General mailing list archive at Nabble.com.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] ROPiky vs Sruby

2015-04-16 Thread Lukas Gebauer


Ozval se mi mimo konferenci bunkrolog se zajimavym prispevkem, a 
souhlasil s tim, ze ho sem preposlu:

--- Forwarded message follows ---
Od: Martin Měřinský mer...@centrum.cz

Dobrý den,
pročítal jsem archiv mailing listu
https://lists.openstreetmap.org/pipermail/talk-cz/ a narazil na váš
email
https://lists.openstreetmap.org/pipermail/talk-cz/2015-April/011635.ht
ml . Protože mám v OSM asi 200 editací a opevnění se dlouhodobě
věnuji, dovolím si reagovat.

 Asi mne nejaky bunkrolog opravi, ale domnivam se, ze realne mame
 tyto druhy:

 ROP - objekt lehkeho opevneni. Tady sedi pekne ten Pillbox

Jako ŘOPík lze označit pouze objekt lehkého opevnění nového
typu. Lehké objekty starého typu nestavělo Ředitelství
Opevňovacích Prací (ŘOP), tudíž to nejsou řopíky. Za řopíky
se nepovažují ani objekty pevnostní telefonní sítě.

 Srub - objekt tezkeho opevneni. Volne stojici je pechotni srub, a
 jsou z nich tvoreny cele liniem, podobne jako z ROPiku. Akorat jsou
 vetsi, zpravidla dvoupatrove a urcene pro stalou osadku.

Pokud jde o předválečné opevnění, rozlišujeme dva základní
druhy. Lehké opevnění (LO) a těžké opevnění (TO).

Lehké objekty se dělí na dvě základní skupiny. Objekty starého
typu. V literatuře často (mylně) označované jako objekty vzor
36. A objekty nového typu, (mylně) označovány jako vzor 37.
Označení podle vzorů není původní a nedoporučuji ho používat.

Objekty starého typu jsou několika různých typů A, B, C, D, E, F.
Objekty nového typu se dělí na typy A, B, C, D, E, F, G, dále se
liší úhlem, který svírají střílny a provedením - zesílený,
zeslabený, normální. Krom toho existuje řada atypických objektů,
nebo objektů s různými úpravami.

Těžké objekty můžeme dělit podle celé řady kritérií (třídy
odolnosti (1, 2, I, II, III, IV), tvrzové nebo samostatné,
oboustranné nebo jednostranné, jedno- nebo více podlažní, ...).

 Minometny srub - ty se, pokud vim, ani nepostavily. Ale planovane
 byly.

Minometné sruby sice vystavěny nebyly, ale objektů s minometnou
výzbrojí byla postavena celá řada. Rozhodně nejde o smysluplné
kritérium pro mapování.

 Tvrz - Soustava vzajemne pod zemi propojenych srubu. Pouze tady se
 realne objevuji sruby delostrelecke, minometne a vchodove. Ale asi
 mi prijde zbytecne to do mapy rozlisovat.

S rozlišením tvrzových objektů jsou pro běžného člověka
problémy. Proto bych nedoporučil je v mapě rozlišovat. Tvrzový
objekt nemusí být na podzemí tvrze napojen (např. K-S 12b
Utržený). Tím pádem má i netvrzovou odolnost III místo IV.
Existuje objekt MO-O-S 20 Orel. Ten má šachtu, která jej měla
napojit na tvrz Orel. Jde tedy o tvrzový objekt, ale žádná tvrz
ani její podzemí neexistuje. Byla plánována i celá tvrz (Orlík)
bez podzemí.

Žádný tvrzový minometný objekt postaven nebyl.

 Takze ja bych navrhoval rozlisovat jen: ROPik, Srub a Tvrz.

V mapě má v prvé řadě smysl rozlišovat objekty na lehké
(pillbox) a těžké (blockhouse).

Zároveň by mohlo být zajímavé zaznamenat původní stav
(plánovaný, rozestavěný, dokončený) a současný stav
(zachovaný, poničený, zničený, zahlazený, přestavěný, ...).

 Jeste ale mame spousty drobnych bunkru, nejcasteji jako ruzne 
 pozorovatelny. Takove jsou i v Praze, a obcas je to mylne v mape
 oznaceno jako ROP, ackoliv to s ROP nema nic spolecneho.

Např. tvrz Hanička měla vybudovánu malinkou detašovanou
pozorovatelnu (tzn. pod kompetencí ŘOPu), je to atypický objekt bez
střílen, ale pod pillbox se klidně schová.

Horší je to s kabelovými objekty (komorami a studnami). Přestože
je stavělo ŘOP, neříká se jim řopíky. Tyto objekty nemají
žádné střílny a bývají zcela zapuštěny v zemi. Pro ně by
bylo označení pillbox značně zavádějící. Zasloužily by
vlastní tag.

Během druhé světové války se rozmisťovaly einmannbunkry a
budovaly protiletecké kryty.

 Taky mame spousty protileteckych krytu.

 Existuje ale i povalecne opevneni, typicky z betonovych prefabrikatu a
 cele je to typicky zakopane v zemi. Napriklad v Zelezne Rude je po nich
 cela naucna stezka a da se do nich podivat. 

Po druhé světové válce se reaktivovalo předválečné opevnění
v rámci železné opony. Byly budovány různé kryty civilní
obrany. Kryty jako válečná pracoviště různých institucí
(ministerstvo vnitra, vojenské útvary). Síť pozorovatelen civilní
obrany. Teritoriální Radiační Hlásná Síť (TRHS) z typových
objektů ÚŽ. Objekty železné opony, POKy. Sovětská armáda zde
rozmístila řadu bojových objektů a zodolněných úkrytů. Celá
problematika je značně rozsáhlá...

Typové rozdělení pevnostních objektů bohužel nelze zobecnit
napříč více státy. Jakékoliv dělení napříč pevnostními
systémy s granuralitou větší než malý bunkr a velký bunkr
je nerealizovatelné. Pokud vím, i mapy KČT u nás rozlišují pouze
lehký a těžký objekt.

V případě otázek mě neváhejte kontaktovat, na kvalitě dat v OSM
mi záleží. Děkuji Martin Měřinský


--- End of forwarded message ---




-- 
Lukas Gebauer.

http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib.
http://geoget.ararat.cz/ - Geocaching solution

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

Fatemi capire.

Un un edificio scolastico come questo
http://www.openstreetmap.org/way/48218129
è stato taggato come amenity=school ma non come building=school dovrebbe
essere un errore secondo le regole di mappatura
http://wiki.openstreetmap.org/wiki/IT:Tag:amenity=school?uselang=it

-pb

Ok, ricevuto.

Grazie per il confronto.

-pb

Il giorno Gio 16 Apr 2015 18:00 Daniele Forsi-2 [via GIS] 
ml-node+s19327n5840860...@n5.nabble.com ha scritto:

 Il 16 aprile 2015 15:39, pietroblu ha scritto:

  Ritengo utile localizzare le scuole *sempre* con un nodo amenity=school,
  finanche nel caso sia possibile mappare con una way chiusa
 amenity=school
  (recinto/muro) gli edifici e tutte le pertinenze.

 -1
 è il contrario di quanto abbiamo sempre fatto per tutti gli oggetti di
 cui si riesce a  mappare il perimetro, con l'idea che si mappa con un
 nodo come mappatura approssimativa/temporanea/da rifinire e si usano
 way (e eventualmente relazioni) per una mappatura dettagliata

 chi vuole un nodo se lo può calcolare in vari modi (es. con
 ST_PointOnSurface() ? )

  Avere infatti a disposizione un dato omogeneo

 avere un dato omogeneo in OSM è un ossimoro e dovrai sempre fare un
 adattamento al tuo caso d'uso (ma perché fare a mano quello che può
 fare un computer, es. ricavare un nodo da un'area?
 --
 Daniele Forsi

 ___
 Talk-it mailing list
 [hidden email] http:///user/SendEmail.jtp?type=nodenode=5840860i=0
 https://lists.openstreetmap.org/listinfo/talk-it


  If you reply to this email, your message will be added to the discussion
 below:
 http://gis.19327.n5.nabble.com/Proposta-istituzione-
 nuove-chiavi-per-le-scuole-italiane-tp5840407p5840860.html
  To unsubscribe from Proposta istituzione nuove chiavi per le scuole
 italiane, click here
 http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5840407code=cC5naWFuZG9uYXRvQGdtYWlsLmNvbXw1ODQwNDA3fC01Mjg2NDk2OTE=
 .
 NAML
 http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml





-
--
Pietro Blu Giandonato, PhD
Work http://it.linkedin.com/in/pietroblu
About me http://about.me/pietroblu
Socially https://www.rebelmouse.com/pietroblu/
--
View this message in context: 
http://gis.19327.n5.nabble.com/Proposta-istituzione-nuove-chiavi-per-le-scuole-italiane-tp5840407p5840864.html
Sent from the Italy General mailing list archive at Nabble.com.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

2015-04-16 Thread Federico Cortese

2015-04-16 18:42 GMT+02:00 pietroblu p.giandon...@gmail.com:
 Fatemi capire.

 Un un edificio scolastico come questo
 http://www.openstreetmap.org/way/48218129
 è stato taggato come amenity=school ma non come building=school dovrebbe
 essere un errore secondo le regole di mappatura
 http://wiki.openstreetmap.org/wiki/IT:Tag:amenity=school?uselang=it


Ciao Pietro,
mi inserisco nella discussione, visto che l'ho seguita sin
dall'inizio, anche se non sono riuscito ad intervenire prima per
mancanza di tempo.
Per quanto riguarda l'esempio da te proposto, non conoscendo il luogo
non potrei definirlo a priori come errore, ma sicuramente potrebbe
essere migliorato.
Prima di tutto in quell'area ci sono quattro edifici taggati in quel
modo, ma solo per uno c'è in aggiunta il tag name (Istituto Statale
Tecnico Commerciale Romanazzi), mentre tutta l'area circostante non
è stata mappata in nessun modo. Conoscendo il posto sarebbe il caso di
applicare uno dei metodi elencati in precedenza in questa discussione
(in funzione che si tratti di un'unica scuola suddivisa in più
edifici, diverse scuole con spazi comuni, etc.) evitando di assegnare
il tag amenity=school al fabbricato, ma individuandone l'area di
pertinenza (esclusiva o condivisa con altri edifici) magari mediante
relazione multipoligono.
Il tag dell'edificio invece, che ora è semplicemente building=yes,
potrebbe essere migliorato sostituendolo con building=school, ma solo
se si tratta proprio di tale tipologia di edificio, come sembrerebbe
dalle ortofoto. Il tag building=school infatti non necessariamente
deve corrispondere alla funzione che all'interno vi si svolge (stesso
discorso per building=church etc.) anche se spesso le due cose
coincidono.


2015-04-16 18:56 GMT+02:00 pietroblu p.giandon...@gmail.com:

 Il 16/Apr/2015 18:52, Marcello Arcangeli [via GIS] [hidden email] ha
 scritto:

 p.s. non sono geometra

 Non era rivolto a te, e non era un insulto :)

 Ciao
 -pb


Con questo discorso mi avete per forza tirato in ballo visto che io
geometra lo sono :-)

Ciao

Federico

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

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

2015-04-16 Thread Marcello



Il 16/04/2015 17:52, pietroblu ha scritto:
 Per quale motivo? Spiega per favore.

  se si può segnare l'intera entità, perché restringerla in un
 puntino? Non si possono fare query spaziali all'uopo?
 

 Certo che si possono fare, ma vuoi mettere avere uno strato
 informativo omogeneo di nodi per tutte le scuole?

 Fate lo sforzo di non guardare la questione solo dal punto di vista
 del geometra (massimo rispetto ovviamente), guardatela anche dal punto
 di vista del riuso dei dati fuori da OSM.

Perché si dovrebbe avere uno strato informativo omogeneo per tutte le
scuole e non per tutte le chiese o per tutti i ristoranti o per tutti i
campi sportivi o per quanto altro vogliamo? Seguendo questo ragionamento
andremo a duplicare tutta una serie di informazioni già esistenti con il
solo risultato di appesantire il database.

Il punto è che comunque chi contribuisce alla mappa non è detto che stia
leggendo la lista e non avrai mai la certezza che una determinata
informazione è nella forma che tu vorresti, per cui se vuoi fare riuso
dei dati devi prevedere almeno di trovarli nelle forme descritte dal wiki.

 Ciao,
 -pb


Ciao
Marcello

p.s. non sono geometra

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

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

Il 16/Apr/2015 18:52, Marcello Arcangeli [via GIS] 
ml-node+s19327n5840866...@n5.nabble.com ha scritto:



 Il 16/04/2015 17:52, pietroblu ha scritto:

  Per quale motivo? Spiega per favore.
 
   se si può segnare l'intera entità, perché restringerla in un
  puntino? Non si possono fare query spaziali all'uopo?
  
 
  Certo che si possono fare, ma vuoi mettere avere uno strato
  informativo omogeneo di nodi per tutte le scuole?
 
  Fate lo sforzo di non guardare la questione solo dal punto di vista
  del geometra (massimo rispetto ovviamente), guardatela anche dal punto
  di vista del riuso dei dati fuori da OSM.
 
 Perché si dovrebbe avere uno strato informativo omogeneo per tutte le
 scuole e non per tutte le chiese o per tutti i ristoranti o per tutti i
 campi sportivi o per quanto altro vogliamo? Seguendo questo ragionamento
 andremo a duplicare tutta una serie di informazioni già esistenti con il
 solo risultato di appesantire il database.

 Il punto è che comunque chi contribuisce alla mappa non è detto che stia
 leggendo la lista e non avrai mai la certezza che una determinata
 informazione è nella forma che tu vorresti, per cui se vuoi fare riuso
 dei dati devi prevedere almeno di trovarli nelle forme descritte dal
wiki.


È per questo che ho avviato la discussione qui :)

  Ciao,
  -pb
 

 Ciao
 Marcello

 p.s. non sono geometra

Non era rivolto a te, e non era un insulto :)

Ciao
-pb


 ___
 Talk-it mailing list
 [hidden email]
 https://lists.openstreetmap.org/listinfo/talk-it


 
 If you reply to this email, your message will be added to the discussion
below:

http://gis.19327.n5.nabble.com/Proposta-istituzione-nuove-chiavi-per-le-scuole-italiane-tp5840407p5840866.html
 To unsubscribe from Proposta istituzione nuove chiavi per le scuole
italiane, click here.
 NAML




-
--
Pietro Blu Giandonato, PhD
Work http://it.linkedin.com/in/pietroblu
About me http://about.me/pietroblu
Socially https://www.rebelmouse.com/pietroblu/
--
View this message in context: 
http://gis.19327.n5.nabble.com/Proposta-istituzione-nuove-chiavi-per-le-scuole-italiane-tp5840407p5840867.html
Sent from the Italy General mailing list archive at Nabble.com.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Fußgänger-Diskriminierung?

Hi,

On 04/16/2015 02:48 PM, Roland Olbricht wrote:
 Bei solchermaßen aufgeteilten Straßen gibt es nun die Tendenz, den
 üblicherweise auf einem Straßenschild auf dem Fußweg 
 http://wiki.openstreetmap.org/wiki/File:IMG_20150416_125451.jpg 
 angebrachten Namen nicht nur zusätzlich auch auf der PKW-Fahrbahn
 unterzubringen, sondern auch vom Fußweg wieder zu löschen.

Ich verstehe nicht ganz, worum es geht - wer löscht hier was?

Grundsätzlich sollten in OSM nur Dinge ein name-Tag haben, die auch so
heissen.

Wenn ich also frage: Welches Objekt ist die Talstraße, dann möchte ich
als Antwort nicht den abgetrennten Fussweg entlang der Talstraße haben,
sondern die Straße selbst.

Der abgetrennte Fussweg entlang der Talstraße ist in meinen Augen nicht
die Talstraße und sollte auch nicht dieses name-Tag tragen.

Das Bild, das Du verlinkt hast, ist mir unklar; hier scheinen Rad- und
Fussweg entlang der Strasse zu verlaufen und daher m.E. nicht einmal
eine eigene Geometrie zu verdienen, während das Namensschild nach links
zeigt und daher einen anderen, im Bild nicht sichtbaren Weg zu betreffen
scheint?

 Der einzige, der mir bisher genannt wurde, sind technische
 Unzulänglichkeiten in einigen Renderern (Unerwünschtes
 Mehrfach-Rendering des Namens). Das würde ich aber nicht als einen
 Grund ansehen, von der On-The-Ground-Regel (Schild steht ja meist im
 Fußweg oder an der Hauswand oberhalb des Fußwegs) abzuweichen und nur
 willkürlich ausgewählte Fahrbahnteile ohne physisch vorhandenes
 Schild mit Namen zu versehen.

Wenn ich Dich richtig verstehe, argumentierst Du, dass aufgrund der
Platzierung des Schildes viele Straßen in deutschen Innenstädten ihr
name-Tag nur verdient haben, weil die Gehweg-Geometrie nicht
eigenständig erfasst ist, und sobald die Gehweg-Geometrie eigenständig
erfasst wäre, das Schild selbstverständlich für den Gehweg gälte (weil
es diesem physikalisch näher ist) und nicht für die Straße.

Dieser Argumentation kann ich nicht folgen. Die Platzierung von
Schildern folgt nicht der Regel das Schild gilt für das Objekt, dem es
physikalisch am nächsten ist.

 Wenn es keinen triftigen Grund gibt, würde ich das dann gerne im Wiki
 ordentlich dokumentieren, dass der Name an allen Teilen eines
 Straßenzugs vermerkt wird.

Ich habe dabei kein gutes Gefühl. Ich kann mir nicht vorstellen, dass
das Fussgänger-Routing dadurch wirklich verbessert wird. Da kommen doch
dann so Instruktionen raus wie folgen Sie 200m lang dem Fußweg
Hauptstraße. Was ich eigentlich bei einem getrennten, aber zu einer
Straße gehörigen Fußweg will, ist eine explizite Verknüpfung, die mir
sagt: Dieser Fußweg gehört zu dieser Straße. Dann kann ich eine
Routing-Anweisung generieren, die heißt: folgen Sie 200m dem Fußweg
entlang der vierspurigen Hauptstraße oder so - viel klarer.

 Es würde das Fußgängerrouting dann enorm erleichtern, wenn man nicht
 darüber spekulieren müsste, welcher Fußweg, gerade in Grenzfällen,
 noch dem Namen einer nahegelegenen Fahrbahn zuzuordnen ist und
 welcher nicht.

Hier argumentierst Du, dass die Software durch eine Änderung in den
Daten einfacher würde; zugleich hast Du vorhin das ebenso konstruierte
Argument das Rendering ist einfacher, wenn der Name nur an einer Straße
steht, als wertlos weggewischt. Genau die Raterei, die Du im
Fußgängerrouting gern vermeiden willst, muss der Renderer dann aber
machen, will er seien Job gut machen - hat dieser Fussweg hier zufällig
den gleichen Namen wie eine benachbarte Straße, für geeignete Werte von
'benachbart', dann schreibe den Namen nicht extra rein.

Also meine Einschätzung ist, dass Dein Vorschlag ein Problem verschiebt,
ohne es zu lösen.

Bye
Frederik

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

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

[Talk-de] Mechanical Edits - Sanitary Station Retagging

2015-04-16 Thread gmbo


Sollten Mechanical Edits nicht mit der Comunity  besprochen werden.
Wo findet man eine Diskussion zu dem gestern ausgeführten retagging.
https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Bryce_C_Nesbitt
Mit wem müssen solche weltweit ausgeführten Automatischen Edits 
abgesprochen werden, oder darf das inzwischen jeder.


Gruß Gisbert

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

Re: [Talk-de] Fußgänger-Diskriminierung?

Ich sehe die Frage vom Fahrradrouting her:
Wenn ich im Auto mein navi benutze sagt mir das z.B.: 1km geradeaus auf
der Schillerstrasse; oder: biege nach 100m rechts in the Goethestrasse
ein. Wenn ich auf dem Rad auf den strassenbegleitenden, namenlosen
Radwegen unterwegs bin bin, schreibt mein Fahrradnavi: geradeaus auf
Radweg und rechts ab auf Radweg
Wir brauchen ein sauberes Verfahren, den die Schillerstrasse begleitenden
Radweg der Schillerstrasse und ihrem Namen zuzuordnen.

2015-04-16 16:21 GMT+02:00 Frederik Ramm frede...@remote.org:

 Hi,

 On 04/16/2015 02:48 PM, Roland Olbricht wrote:
  Bei solchermaßen aufgeteilten Straßen gibt es nun die Tendenz, den
  üblicherweise auf einem Straßenschild auf dem Fußweg
  http://wiki.openstreetmap.org/wiki/File:IMG_20150416_125451.jpg
  angebrachten Namen nicht nur zusätzlich auch auf der PKW-Fahrbahn
  unterzubringen, sondern auch vom Fußweg wieder zu löschen.

 Ich verstehe nicht ganz, worum es geht - wer löscht hier was?

 Grundsätzlich sollten in OSM nur Dinge ein name-Tag haben, die auch so
 heissen.

 Wenn ich also frage: Welches Objekt ist die Talstraße, dann möchte ich
 als Antwort nicht den abgetrennten Fussweg entlang der Talstraße haben,
 sondern die Straße selbst.

 Der abgetrennte Fussweg entlang der Talstraße ist in meinen Augen nicht
 die Talstraße und sollte auch nicht dieses name-Tag tragen.

 Das Bild, das Du verlinkt hast, ist mir unklar; hier scheinen Rad- und
 Fussweg entlang der Strasse zu verlaufen und daher m.E. nicht einmal
 eine eigene Geometrie zu verdienen, während das Namensschild nach links
 zeigt und daher einen anderen, im Bild nicht sichtbaren Weg zu betreffen
 scheint?

  Der einzige, der mir bisher genannt wurde, sind technische
  Unzulänglichkeiten in einigen Renderern (Unerwünschtes
  Mehrfach-Rendering des Namens). Das würde ich aber nicht als einen
  Grund ansehen, von der On-The-Ground-Regel (Schild steht ja meist im
  Fußweg oder an der Hauswand oberhalb des Fußwegs) abzuweichen und nur
  willkürlich ausgewählte Fahrbahnteile ohne physisch vorhandenes
  Schild mit Namen zu versehen.

 Wenn ich Dich richtig verstehe, argumentierst Du, dass aufgrund der
 Platzierung des Schildes viele Straßen in deutschen Innenstädten ihr
 name-Tag nur verdient haben, weil die Gehweg-Geometrie nicht
 eigenständig erfasst ist, und sobald die Gehweg-Geometrie eigenständig
 erfasst wäre, das Schild selbstverständlich für den Gehweg gälte (weil
 es diesem physikalisch näher ist) und nicht für die Straße.

 Dieser Argumentation kann ich nicht folgen. Die Platzierung von
 Schildern folgt nicht der Regel das Schild gilt für das Objekt, dem es
 physikalisch am nächsten ist.

  Wenn es keinen triftigen Grund gibt, würde ich das dann gerne im Wiki
  ordentlich dokumentieren, dass der Name an allen Teilen eines
  Straßenzugs vermerkt wird.

 Ich habe dabei kein gutes Gefühl. Ich kann mir nicht vorstellen, dass
 das Fussgänger-Routing dadurch wirklich verbessert wird. Da kommen doch
 dann so Instruktionen raus wie folgen Sie 200m lang dem Fußweg
 Hauptstraße. Was ich eigentlich bei einem getrennten, aber zu einer
 Straße gehörigen Fußweg will, ist eine explizite Verknüpfung, die mir
 sagt: Dieser Fußweg gehört zu dieser Straße. Dann kann ich eine
 Routing-Anweisung generieren, die heißt: folgen Sie 200m dem Fußweg
 entlang der vierspurigen Hauptstraße oder so - viel klarer.

  Es würde das Fußgängerrouting dann enorm erleichtern, wenn man nicht
  darüber spekulieren müsste, welcher Fußweg, gerade in Grenzfällen,
  noch dem Namen einer nahegelegenen Fahrbahn zuzuordnen ist und
  welcher nicht.

 Hier argumentierst Du, dass die Software durch eine Änderung in den
 Daten einfacher würde; zugleich hast Du vorhin das ebenso konstruierte
 Argument das Rendering ist einfacher, wenn der Name nur an einer Straße
 steht, als wertlos weggewischt. Genau die Raterei, die Du im
 Fußgängerrouting gern vermeiden willst, muss der Renderer dann aber
 machen, will er seien Job gut machen - hat dieser Fussweg hier zufällig
 den gleichen Namen wie eine benachbarte Straße, für geeignete Werte von
 'benachbart', dann schreibe den Namen nicht extra rein.

 Also meine Einschätzung ist, dass Dein Vorschlag ein Problem verschiebt,
 ohne es zu lösen.

 Bye
 Frederik

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

 ___
 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

[OSM-talk-fr] Place de la République

2015-04-16 Thread Brice MALLET


Bonjour,

J'ai repris la Place de la République à Paris (un multipolygone composé 
de 2 terrassses + 1 esplanade) après moult passages sur place.
Merci à ceux qui peuvent vérifier si OK (je ne suis jamais sûr avec les 
relations).


http://www.openstreetmap.org/#map=18/48.86763/2.36266

Brice

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

Re: [Talk-cz] ROPiky vs Sruby

2015-04-16 Thread jzvc


Cus, pekne rozebrano,

jen bych k tomu pripodotknul, ze nase IIWW opevneni je velmi inspirovano 
Maginotovou linii, takze predpokladam, ze typove (byt je nase sit 
novejsiho data) bude velmi obdobna.


Tudiz by se mozna (vladne tu nekdo francouzky?) dala inspirace pro 
tagovani najit i u nich.



Dne 16.4.2015 v 18:14 Lukas Gebauer napsal(a):


Ozval se mi mimo konferenci bunkrolog se zajimavym prispevkem, a
souhlasil s tim, ze ho sem preposlu:

--- Forwarded message follows ---
Od: Martin Měřinský mer...@centrum.cz

Dobrý den,
pročítal jsem archiv mailing listu
https://lists.openstreetmap.org/pipermail/talk-cz/ a narazil na váš
email
https://lists.openstreetmap.org/pipermail/talk-cz/2015-April/011635.ht
ml . Protože mám v OSM asi 200 editací a opevnění se dlouhodobě
věnuji, dovolím si reagovat.


Asi mne nejaky bunkrolog opravi, ale domnivam se, ze realne mame
tyto druhy:



ROP - objekt lehkeho opevneni. Tady sedi pekne ten Pillbox


Jako ŘOPík lze označit pouze objekt lehkého opevnění nového
typu. Lehké objekty starého typu nestavělo Ředitelství
Opevňovacích Prací (ŘOP), tudíž to nejsou řopíky. Za řopíky
se nepovažují ani objekty pevnostní telefonní sítě.


Srub - objekt tezkeho opevneni. Volne stojici je pechotni srub, a
jsou z nich tvoreny cele liniem, podobne jako z ROPiku. Akorat jsou
vetsi, zpravidla dvoupatrove a urcene pro stalou osadku.


Pokud jde o předválečné opevnění, rozlišujeme dva základní
druhy. Lehké opevnění (LO) a těžké opevnění (TO).

Lehké objekty se dělí na dvě základní skupiny. Objekty starého
typu. V literatuře často (mylně) označované jako objekty vzor
36. A objekty nového typu, (mylně) označovány jako vzor 37.
Označení podle vzorů není původní a nedoporučuji ho používat.

Objekty starého typu jsou několika různých typů A, B, C, D, E, F.
Objekty nového typu se dělí na typy A, B, C, D, E, F, G, dále se
liší úhlem, který svírají střílny a provedením - zesílený,
zeslabený, normální. Krom toho existuje řada atypických objektů,
nebo objektů s různými úpravami.

Těžké objekty můžeme dělit podle celé řady kritérií (třídy
odolnosti (1, 2, I, II, III, IV), tvrzové nebo samostatné,
oboustranné nebo jednostranné, jedno- nebo více podlažní, ...).


Minometny srub - ty se, pokud vim, ani nepostavily. Ale planovane
byly.


Minometné sruby sice vystavěny nebyly, ale objektů s minometnou
výzbrojí byla postavena celá řada. Rozhodně nejde o smysluplné
kritérium pro mapování.


Tvrz - Soustava vzajemne pod zemi propojenych srubu. Pouze tady se
realne objevuji sruby delostrelecke, minometne a vchodove. Ale asi
mi prijde zbytecne to do mapy rozlisovat.


S rozlišením tvrzových objektů jsou pro běžného člověka
problémy. Proto bych nedoporučil je v mapě rozlišovat. Tvrzový
objekt nemusí být na podzemí tvrze napojen (např. K-S 12b
Utržený). Tím pádem má i netvrzovou odolnost III místo IV.
Existuje objekt MO-O-S 20 Orel. Ten má šachtu, která jej měla
napojit na tvrz Orel. Jde tedy o tvrzový objekt, ale žádná tvrz
ani její podzemí neexistuje. Byla plánována i celá tvrz (Orlík)
bez podzemí.

Žádný tvrzový minometný objekt postaven nebyl.


Takze ja bych navrhoval rozlisovat jen: ROPik, Srub a Tvrz.


V mapě má v prvé řadě smysl rozlišovat objekty na lehké
(pillbox) a těžké (blockhouse).

Zároveň by mohlo být zajímavé zaznamenat původní stav
(plánovaný, rozestavěný, dokončený) a současný stav
(zachovaný, poničený, zničený, zahlazený, přestavěný, ...).


Jeste ale mame spousty drobnych bunkru, nejcasteji jako ruzne
pozorovatelny. Takove jsou i v Praze, a obcas je to mylne v mape
oznaceno jako ROP, ackoliv to s ROP nema nic spolecneho.


Např. tvrz Hanička měla vybudovánu malinkou detašovanou
pozorovatelnu (tzn. pod kompetencí ŘOPu), je to atypický objekt bez
střílen, ale pod pillbox se klidně schová.

Horší je to s kabelovými objekty (komorami a studnami). Přestože
je stavělo ŘOP, neříká se jim řopíky. Tyto objekty nemají
žádné střílny a bývají zcela zapuštěny v zemi. Pro ně by
bylo označení pillbox značně zavádějící. Zasloužily by
vlastní tag.

Během druhé světové války se rozmisťovaly einmannbunkry a
budovaly protiletecké kryty.


Taky mame spousty protileteckych krytu.



Existuje ale i povalecne opevneni, typicky z betonovych prefabrikatu a
cele je to typicky zakopane v zemi. Napriklad v Zelezne Rude je po nich
cela naucna stezka a da se do nich podivat.


Po druhé světové válce se reaktivovalo předválečné opevnění
v rámci železné opony. Byly budovány různé kryty civilní
obrany. Kryty jako válečná pracoviště různých institucí
(ministerstvo vnitra, vojenské útvary). Síť pozorovatelen civilní
obrany. Teritoriální Radiační Hlásná Síť (TRHS) z typových
objektů ÚŽ. Objekty železné opony, POKy. Sovětská armáda zde
rozmístila řadu bojových objektů a zodolněných úkrytů. Celá
problematika je značně rozsáhlá...

Typové rozdělení pevnostních objektů bohužel nelze zobecnit
napříč více státy. Jakékoliv dělení napříč pevnostními
systémy s granuralitou větší než malý bunkr a velký bunkr
je

Re: [Talk-us] perceptions of OHM and other similar projects

2015-04-16 Thread Bryce Nesbitt

On Fri, Apr 3, 2015 at 9:08 PM, Russ Nelson nel...@crynwr.com wrote:
 The problem, as I see it, is that railroads are a contiguous
 whole. Yet some people seem to think that a railroad should be shopped
 up along its length, with part of it appearing in OSM (where you can
 see it on the ground), and part of it appearing in OHM (where it has
 been bulldozed away)

 Relations are completely broken.

+10 on all this.

It seems the deletion argument is related to clutter.  I prefer to
see the entire railroad
in context.



 Michael DuPont wrote
I still dont understand why we dont support multiple layers. It would seem to 
be the most logical thing to do and the api could support that so simple 
clients could download a different layers each time.

There are editor solutions to this, short of layers.

Nothing says an editor can't hide all boundary relations or abandoned
railways, in order to ease editing.
The razed sections of the abandoned railway need not confuse anybody.

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

[OSM-talk] Tiles caching issue

2015-04-16 Thread Daniel Koć

Recently I got tired of a caching problem with rendered tiles, which 
causes freshly changed tiles to dis- and reappear with no particular 
pattern. I wrote about it here:


https://github.com/openstreetmap/openstreetmap-website/issues/955

For me it's very annoying, so I'd like to know if there's a way to fix 
it or make less visible somehow?


As Tom said the whole system is, in effect, only eventually 
consistent, but I make so many edits, that I need relatively short loop 
to check if I didn't make any stupid drawing/tagging error.


--
Piaseczno Miasto Wąskotorowe

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

Re: [OSM-talk] Tiles caching issue

2015-04-16 Thread SomeoneElse


On 16/04/2015 18:59, Daniel Koć wrote:
Recently I got tired of a caching problem with rendered tiles, which 
causes freshly changed tiles to dis- and reappear with no particular 
pattern. I wrote about it here:


https://github.com/openstreetmap/openstreetmap-website/issues/955

For me it's very annoying, so I'd like to know if there's a way to fix 
it or make less visible somehow?


As Tom said the whole system is, in effect, only eventually 
consistent, but I make so many edits, that I need relatively short 
loop to check if I didn't make any stupid drawing/tagging error.




One option might be to have a small local server set up as per 
https://switch2osm.org/serving-tiles/ and applying minutely updates.  
Because it's local to you you don't have to worry about caching at all, 
and if you want to you can try bleeding edge versions of OSM-carto (or 
another map style of your choice) too. With a bit of browser 
jiggerypokery you can make your tiles appear instead of one of the 
layers on osm.org if you want.


If you're only rendering a small area this won't work if you regularly 
map on multiple continents, obviously, and an up to date server needs to 
be downloading and updating itself enough of the time to have an up to 
date database, so it's not a solution for everyone, but it might work 
for you.


Cheers,

Andy


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

Re: [Talk-us] NPF is Using OSM

2015-04-16 Thread Hans De Kryger

Awesome! Thanks Clifford!

*Regards,*

*Hans*


*http://www.openstreetmap.org/user/TheDutchMan13
http://www.openstreetmap.org/user/TheDutchMan13*


On Wed, Apr 15, 2015 at 10:16 PM, Clifford Snow cliff...@snowandsnow.us
wrote:

 The National Park Foundation is using OSM in the site
 http://findyourpark.com/ with attribution!

 --
 @osm_seattle
 osm_seattle.snowandsnow.us
 OpenStreetMap: Maps with a human touch

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


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

Re: [OSM-talk-fr] Article de 20 minutes - La France a enfin son fichier unique d'adresses postales

2015-04-16 Thread Christian Quest

Le 16/04/2015 21:54, Frédéric Rodrigo a écrit :
  - seuls 2 champs ne sont pas proposés en ODbL: le libellé AFNOR et
 le libellé d'acheminement

 Question peut être un peu bête. Mais le libellé AFNOR est calculée,
 non ? Il peut donc être récréé ?


Il me semble, mais pour OSM ça n'a pas franchement d'intérêt vu que
c'est finalement une dégradation du nom complet. L'important c'est
d'avoir un nom correct au départ et ça c'est pas garanti à 100%

Il va falloir évaluer au plus serré le contenu de la BAN avant de
reprendre des données pour les insérer dans OSM, tout comme il faut être
quand même prudent avec les données du cadastre récupérées par BANO.

-- 
Christian Quest - OpenStreetMap France

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

Re: [Talk-it] Proposta istituzione nuove chiavi per le scuole italiane

Ciao Federico,
grazie del tuo contributo.

2015-04-16 19:16 GMT+02:00 Federico Cortese [via GIS] 
ml-node+s19327n5840868...@n5.nabble.com:

 2015-04-16 18:42 GMT+02:00 pietroblu [hidden email]
 http:///user/SendEmail.jtp?type=nodenode=5840868i=0:
  Fatemi capire.
 
  Un un edificio scolastico come questo
  http://www.openstreetmap.org/way/48218129
  è stato taggato come amenity=school ma non come building=school dovrebbe
  essere un errore secondo le regole di mappatura
  http://wiki.openstreetmap.org/wiki/IT:Tag:amenity=school?uselang=it
 

 Ciao Pietro,
 mi inserisco nella discussione, visto che l'ho seguita sin
 dall'inizio, anche se non sono riuscito ad intervenire prima per
 mancanza di tempo.
 Per quanto riguarda l'esempio da te proposto, non conoscendo il luogo
 non potrei definirlo a priori come errore, ma sicuramente potrebbe
 essere migliorato.
 Prima di tutto in quell'area ci sono quattro edifici taggati in quel
 modo, ma solo per uno c'è in aggiunta il tag name (Istituto Statale
 Tecnico Commerciale Romanazzi), mentre tutta l'area circostante non
 è stata mappata in nessun modo. Conoscendo il posto sarebbe il caso di
 applicare uno dei metodi elencati in precedenza in questa discussione
 (in funzione che si tratti di un'unica scuola suddivisa in più
 edifici, diverse scuole con spazi comuni, etc.)


vale quest'ultima.

evitando di assegnare
 il tag amenity=school al fabbricato, ma individuandone l'area di
 pertinenza (esclusiva o condivisa con altri edifici) magari mediante
 relazione multipoligono.
 Il tag dell'edificio invece, che ora è semplicemente building=yes,
 potrebbe essere migliorato sostituendolo con building=school, ma solo
 se si tratta proprio di tale tipologia di edificio, come sembrerebbe
 dalle ortofoto. Il tag building=school infatti non necessariamente
 deve corrispondere alla funzione che all'interno vi si svolge (stesso
 discorso per building=church etc.) anche se spesso le due cose
 coincidono.



Si tratta di due scuole
:
ITIS Panetti e ITC Romanazzi, che condividono la palestra (edificio
centrale più piccolo). Erano stati taggati appunto erroneamente come area
scolastica amenity=school, mi sono limitato per ora a convertirli in
building=school.

Andrebbe creata un'area scolastica amenity=school che le racchiuda.

Trattandosi però di due scuole distinte, con codici meccanografici
distinti, racchiudendole in un'unica area scolastica perderemmo la loro
identità. A meno che non si associasse il tag ref=* col CM ai building
distinti. Ma sarebbe in accordo con le regole stabilite nel wiki [1], che
prevedono (se ho ben capito) l'uso del tag ref=* e name=* all'area
scolastica?

Che poi, non sempre è possibile individuare un'area scolastica per le
scuole, ce ne sono tantissime senza muro/recinto.




 Con questo discorso mi avete per forza tirato in ballo visto che io
 geometra lo sono :-)


Ce ne vorrebbero mille di geometri come te :)

Saluti,
-pb


[1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool




 Federico

 ___
 Talk-it mailing list
 [hidden email] http:///user/SendEmail.jtp?type=nodenode=5840868i=2
 https://lists.openstreetmap.org/listinfo/talk-it


 --
  If you reply to this email, your message will be added to the discussion
 below:

 http://gis.19327.n5.nabble.com/Proposta-istituzione-nuove-chiavi-per-le-scuole-italiane-tp5840407p5840868.html
  To unsubscribe from Proposta istituzione nuove chiavi per le scuole
 italiane, click here
 http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5840407code=cC5naWFuZG9uYXRvQGdtYWlsLmNvbXw1ODQwNDA3fC01Mjg2NDk2OTE=
 .
 NAML
 http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml





-
--
Pietro Blu Giandonato, PhD
Work http://it.linkedin.com/in/pietroblu
About me http://about.me/pietroblu
Socially https://www.rebelmouse.com/pietroblu/
--
View this message in context: 
http://gis.19327.n5.nabble.com/Proposta-istituzione-nuove-chiavi-per-le-scuole-italiane-tp5840407p5840880.html
Sent from the Italy General mailing list archive at Nabble.com.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-br] RES: RES: Rede WiFi Livre SP - Como mapear

Vou dar só um último exemplo:
Em prédios que oferecem acesso à deficientes físicos, vocês colocam um
nó solto com wheelchair=yes só onde existe uma rampa rebaixada ou
colocam a informação como sendo parte do prédio/estabelecimento?
É o mesmo caso.

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

Re: [Talk-br] RES: Rede WiFi Livre SP - Como mapear

2015-04-16 Thread Aun Johnsen

O internet_access=yes so definindo se ha accesso ao internet no local, os 
valores terminal/wired/wifi/fon definindo tipo accesso. Eu acho nó com 
internet_access=wifi serve neste caso, so que o tag e meio generico. Algum com 
interesa em mapear essas coisas pode reformar essa tag

O valor terminal fui por conta do meu credito, para pode mapear lugares onde ha 
accesso somente do computadores proprios, como maioria dos lanhouse

Wifi publico nao fui considerado quando o tag fui criado

Aun Johnsen
Sent from my iPhone

 On 16. apr. 2015, at 17.34, Nelson A. de Oliveira nao...@gmail.com wrote:
 
 2015-04-16 17:26 GMT-03:00 Aun Johnsen li...@gimnechiske.org:
 E dificil definir area cobertura do um access point, porque fatores como 
 construcoes, rede eletrico de alto tencao, temperature ambiental, humidade 
 absoluto e pressao ambiental pode influir o canco de cobertura. 
 Provavelmente outros fatores como nivel de polucao tambem. Por isso este 
 tipo wifi publico oferecido no parques ou similares melhor somemte coloque 
 um nó no proximidade de accesspoint
 
 Mas a tag não diz que necessariamente o acesso é oferecido em toda a
 área/extensão do lugar, mas que simplesmente só é oferecido acesso.
 Que é o caso quando se tem internet_access=wired ou
 internet_access=terminal (o local onde a pessoa pode conectar o seu
 computador ou utilizar um terminal é específico (não sendo oferecido e
 nem possível utilizar em qualquer lugar)).
 Se alguém quiser procurar uma praça com wifi, não vai achar.
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

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

Re: [Talk-de] Mechanischer Edit an Eisenbahnsignalen in Deutschland

2015-04-16 Thread fly

Am 13.04.2015 um 17:24 schrieb fly:
 Sorry, vielleicht habe ich den falschen Ton angeschlagen.

Anscheinend hatte ich den Kommentar im Forum schon richtig verstanden !

 Danke für die Wochennotiz.
 
 Macht meiner Meinung trotzdem wenig Sinn nur indirekt beteiligt zu sein.
 
 Ist dir noch nicht aufgefallen, dass diese Liste ihre besten Tage hinter
 sich hat? :-)
 https://www.openstreetmap.org/user/Nakaner/diary/34713

Und desshalb wird jetzt auch einfach angefangen ohne nochmal Bescheid zu
sagen. Ohne Zahlem im Wiki.

Sofort einstellen und zur Diskussion finden !

Ciao fly

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

Re: [Talk-br] RES: Rede WiFi Livre SP - Como mapear

2015-04-16 Thread Aun Johnsen

E por isso o tag deve ser rafinado, pra um hotel ou restaurante somente preciso 
saber se internet e oferecido pra clientes, num praça e differente, por exemplo 
tecnologia, quantidade de antenas, frequências entre outros pode influir em 
cobertura. Por exemplo um ponto accesso do IEEE803.11a tem capacidade de ate 64 
conecoes, dentro um distance do 100 metros sem obstrucoes fisica

Aun Johnsen
Sent from my iPhone

 On 16. apr. 2015, at 18.13, Nelson A. de Oliveira nao...@gmail.com wrote:
 
 2015-04-16 18:10 GMT-03:00 Aun Johnsen li...@gimnechiske.org:
 Eu acho nó com internet_access=wifi serve neste caso,
 
 Mas como que vai achar uma praça que oferece wifi?
 Vão ser dois objetos distintos.
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

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

[Talk-br] RES: Rede WiFi Livre SP - Como mapear

2015-04-16 Thread Reinaldo Neves

Tiago boa tarde,

 

Creio que deixar o POI é a melhor para manter um padrão.  

 

Onde não houver a posição exata você pode colocar num ponto médio da área que o 
objetivo de sinalizar os lugares com wifi estra cumprido.

 

___

Reinaldo Neves

Equação Informática

(11) 3221-3722

 

 

 

 

De: Tiago Fassoni A. A. Leite [mailto:tiagofass...@gmail.com] 
Enviada em: quinta-feira, 16 de abril de 2015 17:01
Para: OpenStreetMap no Brasil
Assunto: [Talk-br] Rede WiFi Livre SP - Como mapear

 

Pessoal,

Estou querendo colocar os hotspots de Wifi que a Prefeitura de São Paulo fez no 
mapa. 

Em alguns casos, isso me dá alguns trabalhos interessantes, como descobrir onde 
fica a Praça 65, em Cidade Tiradentes, que não tinha em nenhum mapa. No final, 
tive que ligar para uma ONG por perto e com a ajuda deles e as ruas ao redor, 
conseguir achar a localização da praça.

Mas enfim, pelo que estou vendo na tag 
http://wiki.openstreetmap.org/wiki/Key:internet_access, eu poderia deixar um 
POI com wifi ou marcar a praça inteira como internet_access=wlan

Prefiro deixar um POI para conseguir ter exatidão maior porque em alguns 
lugares consigo achar onde fica a caixa, mas gostaria de saber a opinião do 
grupo.

Vida Longa e Próspera,

Tiago

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

Re: [Talk-de] Fußgänger-Diskriminierung?

2015-04-16 Thread Norbert Wenzel

On 04/16/2015 04:27 PM, Volker Schmidt wrote:
 wenn man als Fußgänger nicht an jeder Stelle die Straße überqueren kann

 Wenn mich nicht alles täuscht, gilt das für viele Gehwege, Mann kann man
 die Straße als Fußgänger nur dann einfach überqueren, wenn kein geeigneter
 Fußgängerübergang in der Nähe ist  (§ 25 StVO)

Man *kann* trotzdem. Man muss es sich nur leisten können. Ich denke
nicht das derartige juristische Spitzfindigkeiten das Mapping
beeinflussen sollten. Es sollte schon eine bauliche Trennung geben und
nicht nur ein juristisches Gebot den nahen Schutzweg zu verwenden.

Norbert

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

Re: [Talk-br] RES: Rede WiFi Livre SP - Como mapear

2015-04-16 18:48 GMT-03:00 Aun Johnsen li...@gimnechiske.org:
 Claro

Vou migrar a dúvida pra tagging.
A gente briga lá agora :-)

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

Re: [OSM-talk] OSM-carto development environment

2015-04-16 Thread Simone Cortesi

On Thu, Apr 16, 2015 at 8:26 PM, Daniel Koć daniel@koć.pl wrote:


 I'd like to know how many people might be interested in using it and what
 guidance would they expect? What host OS should we consider - do they want
 to use it on 32-bit Linux, 64-bit Linux, Windows (32? 64?) or anything
 else? Any other big obstacles, wishes or comments?


I'd personally go for a 64bit linux version, ubuntu.

possibly setting up DB and giving option to dowload a portion of the data.


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

Re: [Talk-br] RES: Rede WiFi Livre SP - Como mapear

2015-04-16 18:10 GMT-03:00 Aun Johnsen li...@gimnechiske.org:
 Eu acho nó com internet_access=wifi serve neste caso,

Mas como que vai achar uma praça que oferece wifi?
Vão ser dois objetos distintos.

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

Re: [Talk-br] RES: Rede WiFi Livre SP - Como mapear

2015-04-16 18:30 GMT-03:00 Aun Johnsen li...@gimnechiske.org:
 E por isso o tag deve ser rafinado, pra um hotel ou restaurante somente 
 preciso saber se internet e oferecido pra clientes, num praça e differente, 
 por exemplo tecnologia, quantidade de antenas, frequências entre outros pode 
 influir em cobertura. Por exemplo um ponto accesso do IEEE803.11a tem 
 capacidade de ate 64 conecoes, dentro um distance do 100 metros sem 
 obstrucoes fisica

Mas pela convenção e uso atual da tag, ela deve fazer parte da praça.
O caso de avaliar capacidade, distribuição, alcance e outras coisas
precisa ser discutido na tagging.

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

[Talk-br] Rede WiFi Livre SP - Como mapear

2015-04-16 Thread Tiago Fassoni A. A. Leite

Pessoal,

Estou querendo colocar os hotspots de Wifi que a Prefeitura de São Paulo
fez no mapa.

Em alguns casos, isso me dá alguns trabalhos interessantes, como descobrir
onde fica a Praça 65, em Cidade Tiradentes, que não tinha em nenhum mapa.
No final, tive que ligar para uma ONG por perto e com a ajuda deles e as
ruas ao redor, conseguir achar a localização da praça.

Mas enfim, pelo que estou vendo na tag
http://wiki.openstreetmap.org/wiki/Key:internet_access, eu poderia deixar
um POI com wifi ou marcar a praça inteira como internet_access=wlan

Prefiro deixar um POI para conseguir ter exatidão maior porque em alguns
lugares consigo achar onde fica a caixa, mas gostaria de saber a opinião do
grupo.

Vida Longa e Próspera,
Tiago
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] RES: RES: Rede WiFi Livre SP - Como mapear

2015-04-16 Thread Reinaldo Neves

Sim, ainda tem esse detalhe, é quase impossível definir a área de 
disponibilidade desse hotspots.


___

Reinaldo Neves
Equação Informática
c: (11) 3221-3722
:: rne...@equacao.com.br
http://br.linkedin.com/in/rrneves


-Mensagem original-
De: Aun Johnsen [mailto:li...@gimnechiske.org] 
Enviada em: quinta-feira, 16 de abril de 2015 17:27
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: Rede WiFi Livre SP - Como mapear

E dificil definir area cobertura do um access point, porque fatores como 
construcoes, rede eletrico de alto tencao, temperature ambiental, humidade 
absoluto e pressao ambiental pode influir o canco de cobertura. Provavelmente 
outros fatores como nivel de polucao tambem. Por isso este tipo wifi publico 
oferecido no parques ou similares melhor somemte coloque um nó no proximidade 
de accesspoint

Aun Johnsen
Sent from my iPhone

 On 16. apr. 2015, at 17.18, Nelson A. de Oliveira nao...@gmail.com wrote:
 
 2015-04-16 17:12 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
 Creio que deixar o POI é a melhor para manter um padrão.
 
 Usar um nó separado tem um porém: quem for obter informação das praças 
 e outros locais não verá que é oferecido acesso à Internet.
 internet_access é utilizado para indicar que o local oferece acesso à 
 Internet (e não para dizer onde fica o ponto de acesso).
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

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


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

[talk-latam] Encuesta de Geocensos

2015-04-16 Thread Gonzalo Gabriel Pérez

Buenas tardes gente, reenvío una encuesta que está realizando el grupo
Geocensos:

¿Qué le dirías al gobierno de su geodata?
 Encuesta para decir en la cara todo lo que piensas de sus geo datos
 http://goo.gl/forms/RG15a7a8qY


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

Re: [Talk-de] Mechanical Edits - Sanitary Station Retagging

Hi,

On 04/16/2015 05:54 PM, gmbo wrote:
 Mich interessiert gerade dieser eine Edit. Ist der abgesprochen worden
 und wo?
 Bei Stichproben ist mir mir dieser Änerungssatz aufgefallen:
 https://www.openstreetmap.org/changeset/29798905
 den fand ich über den node 1861585182
 Hier wurden definitiv Inhalte gelöscht. andere die vorher nicht da waren
 zugefügt.

Ich weiss nichts von einer Diskussion; allerdings behauptet der Autor
auch, keinen mechanischen Edit durchgeführt zu haben, sondern jedes
einzelne Objekt von Hand überprüft zu haben. Das Changeset ist ja auch
nicht so besonders groß. Vielleicht kannst Du einen Kommentar zum
Changeset eingeben, in dem Du erklärst, welche Info genau verloren
gegangen ist?

Bye
Frederik

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

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

[Talk-it] Aiuto errore semplificazione area/upload file osm

Ciao, 

ho un problema con l'importazione dei dati di uso del terreno del comune di
Isola Vicentina. Seguo la procedura e ho capito che se semplifico l'area il
file passa da 4 a 3 MB ma, se faccio subito l'upload mi dà un errore: 

-Il server OSM ''https://api.openstreetmap.org/api/0.6/'' ha risposto con
una richiesta non corretta.  Messaggio di errore (non tradotto): Placeholder
node not found for reference -264471 in way -275499-

altrimenti se salvo il file osm che diventa da 3MB quindi (una volta
semplificato) una volta che vado ad aprirlo in Josm mi dà questo errore:

-Impossibile leggere il file 'isvi.osm'. L'errore è: Il percorso con ID
esterno ''-80.238'' include un nodo mancante con ID esterno ''-69.210''.-

Quindi se capisco bene il problema io ce l'ho già prima di fare l'upload, e
io credo stia nella semplificazione dell'area.

Qualcuno ha avuto esperienze simili?

Ciao, Mirco 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Aiuto-errore-semplificazione-area-upload-file-osm-tp5840903.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-de] WG: Fußgänger-Diskriminierung?

2015-04-16 Thread Manuel Reimer

Bernhard Weiskopf bweiskopf at gmx.de writes:
 Wenn bereits eine associatedStreet relation bestanden hat, habe ich die
 parallel verlaufenden, baulich
 getrennten Radwege dort dazu gefügt. Mangels role-Definition haben sie
 aber keine role bekommen.

Ich würde diese Relationen ganz außen vor lassen. Deren Verwendung ist
zumindest umstritten.

http://wiki.openstreetmap.org/wiki/DE:Relation:associatedStreet

Gruß

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

Re: [Talk-br] RES: Rede WiFi Livre SP - Como mapear

2015-04-16 Thread A. Carlos



  
 Encontrei vários exemplos nos Hotéis estão colocando a na Tag do Edificio/hotel
 ficando internet_access=wlan
Isso a grosso modo no MapSource aparece assim
  
 
 
 
 


 
  
 
 
 
 
 
 
 


Date: Thu, 16 Apr 2015 23:41:32 -0300
From: wi...@wille.blog.br
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] RES: Rede WiFi Livre SP - Como mapear


  

  
  
Oi, Tiago

  

  Como você pode ver, não há um consenso quanto a isso. Eu acho
  melhor colocar a tag no caminho da praça, quando for o caso.

  

  Acho que seria bom incluir uma tag adicional como por exemplo 7
  internet_access:operator=PMSP (ou o
nome do projeto da prefeitura). De
ssa forma se um dia o projeto
for descontinuado, conseguiríamos facilmente identificar os
elementos e retirar as tags.

  
  

  Temos poucos locais com wifi mapeados em SP
  http://overpass-turbo.eu/s/8PT

  

  abçs,

  wille

  

  On 16-04-2015 20:23, Tiago Fassoni A. A. Leite wrote:



  My two cents:



  Por um lado, entendo plenamente a necessidade de alguém
  buscando por parques poder achar qual seria o parque com wifi.

  


Agora, um exemplo hipotético, se alguém coloca wifi no
  parque ibirapuera, SÓ UM ACCESS POINT, e aí a gente coloca a
  tag de wifi no parque ou cria um ponto?

  


Se a tag está no parque: beleza, ele acha na busca, mas não
  vai ser uma informação muito útil


Se a tag está no ponto: ele sabe onde ir para ter wifi, mas
  não aparece na busca.

  


Vai dar uma bela briga na tagging...


  
  

2015-04-16 18:50 GMT-03:00 Nelson A. de
  Oliveira nao...@gmail.com:

  2015-04-16
18:48 GMT-03:00 Aun Johnsen li...@gimnechiske.org:

 Claro



Vou migrar a dúvida pra tagging.

A gente briga lá agora :-)


  

___

Talk-br mailing list

Talk-br@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-br

  

  



  
  

  
  

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




  


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

Re: [Talk-us] perceptions of OHM and other similar projects

Hi,

On 04/17/2015 07:30 AM, Marc Gemis wrote:
 What about previous swamps, forest, etc. that are now turned into ... ?

Careful there with the swamp enthusiast community ;)

Bye
Frederik

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

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

Re: [Talk-us] perceptions of OHM and other similar projects

2015-04-16 Thread Marc Gemis

On Thu, Apr 16, 2015 at 7:51 PM, Bryce Nesbitt bry...@obviously.com wrote:

 The razed sections of the abandoned railway need not confuse anybody.


Will you allow razed buildings and razed streets as well in OSM ( just
curious) ?
What about previous swamps, forest, etc. that are now turned into ... ?

Or are you requesting a exception for railways ?

regards

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

Re: [OSM-talk] Proposed Semi Mechanical Edit : recycling:excrement

2015-04-16 Thread Bryce Nesbitt

The proposal also includes amending the wiki, including pages such as:
http://wiki.openstreetmap.org/wiki/DE:Segler
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-br] RES: Rede WiFi Livre SP - Como mapear

2015-04-16 Thread Wille


Oi, Tiago

Como você pode ver, não há um consenso quanto a isso. Eu acho melhor 
colocar a tag no caminho da praça, quando for o caso.


Acho que seria bom incluir uma tag adicional como por exemplo 7
internet_access:operator=PMSP (ou o nome do projeto da prefeitura). 
Dessa forma se um dia o projeto for descontinuado, conseguiríamos 
facilmente identificar os elementos e retirar as tags.


Temos poucos locais com wifi mapeados em SP http://overpass-turbo.eu/s/8PT

abçs,
wille

On 16-04-2015 20:23, Tiago Fassoni A. A. Leite wrote:

My two cents:

Por um lado, entendo plenamente a necessidade de alguém buscando por 
parques poder achar qual seria o parque com wifi.


Agora, um exemplo hipotético, se alguém coloca wifi no parque 
ibirapuera, SÓ UM ACCESS POINT, e aí a gente coloca a tag de wifi no 
parque ou cria um ponto?


Se a tag está no parque: beleza, ele acha na busca, mas não vai ser 
uma informação muito útil
Se a tag está no ponto: ele sabe onde ir para ter wifi, mas não 
aparece na busca.


Vai dar uma bela briga na tagging...

2015-04-16 18:50 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com 
mailto:nao...@gmail.com:


2015-04-16 18:48 GMT-03:00 Aun Johnsen li...@gimnechiske.org
mailto:li...@gimnechiske.org:
 Claro

Vou migrar a dúvida pra tagging.
A gente briga lá agora :-)

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




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


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

[OSM-talk] Proposed Semi Mechanical Edit : recycling:excrement

2015-04-16 Thread Bryce Nesbitt

See http://wiki.openstreetmap.org/wiki/Mechanical_Edits/Bryce_C_Nesbitt

The tag recycling:excrement is used 55 times, and has at least four
distinct meanings.
I propose to use context to determine the meaning, and retag according to
current conventions. For example recycling:excrement at a marina dock
will be assume as a marine sewage pumpout station.  The same tag in a city
park will be a dog waste bin.  Usually it's quite clear.

This is not a true mechanical edit per
http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
as I will examine each node by hand, and exit by hand.  Regardless, I am
writing to solicit comments or concerns.  I will not visit the locations,
but may reference official websites.

Given the state of the tag, I expect zero data consumer impact.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Proposed Semi Mechanical Edit : recycling:excrement

2015-04-16 Thread Matthijs Melissen

Good idea, I support this proposal.

-- Matthijs
On 17 Apr 2015 02:14, Bryce Nesbitt bry...@obviously.com wrote:

 See http://wiki.openstreetmap.org/wiki/Mechanical_Edits/Bryce_C_Nesbitt

 The tag recycling:excrement is used 55 times, and has at least four
 distinct meanings.
 I propose to use context to determine the meaning, and retag according to
 current conventions. For example recycling:excrement at a marina dock
 will be assume as a marine sewage pumpout station.  The same tag in a city
 park will be a dog waste bin.  Usually it's quite clear.

 This is not a true mechanical edit per
 http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
 as I will examine each node by hand, and exit by hand.  Regardless, I am
 writing to solicit comments or concerns.  I will not visit the locations,
 but may reference official websites.

 Given the state of the tag, I expect zero data consumer impact.

 ___
 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] Tiles caching issue

2015-04-16 Thread Daniel Koć




 Wiadomość oryginalna 
Temat: Re: [OSM-talk] Tiles caching issue
Data: 17.04.2015 3:18
Od: Daniel Koć dan...@xn--ko-wla.pl
Do: SomeoneElse li...@atownsend.org.uk
W dniu 16.04.2015 23:09, SomeoneElse napisał(a):


One option might be to have a small local server set up as per
https://switch2osm.org/serving-tiles/ and applying minutely updates.


I plan to have local tiling server, but only for testing style changes.


If you're only rendering a small area this won't work if you regularly
map on multiple continents, obviously, and an up to date server needs
to be downloading and updating itself enough of the time to have an up
to date database, so it's not a solution for everyone, but it might
work for you.


I thought that simply having latest version of the tile in a browser's 
cache should prevent you from downloading older at all? The problem is 
not that one has to wait for rendering (it's quite fast most of the 
time!), it's about now you see me, now you don't game. I guess server 
caching layer works now in an aggressive load-balancing way, so my 
second best option would be to not rotate caching servers too fast for a 
given user, which is less predictable, but still better than what we 
have now.


Is it only me or other people also experience it and find it annoying? 
It makes /dirty files almost useless, because you can't really consume 
effect of this special action.


--
Piaseczno Miasto Wąskotorowe

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

Re: [OSM-talk] Proposed Semi Mechanical Edit : recycling:excrement