date:20130105

2013/1/5 Simon Poole si...@poole.ch:
 I suppose the obvious question is: what was -your- source for the building
 outlines? It is a fair assumption that google is simply using the same.


It is even more obvious that it is not a plain copy of OSM data as the
roads and building shapes are not the same (buildings more detailed on
Google).

A quick look at the link provided by David makes it quite clear:
http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=-2.40376lat=36.82924zoom=18

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk] New History tab for openstreetmap.org (beta)

2013-01-05 Per discussione Jan Kučera

This is a great tool! Hope it will lauch into final osm.org homepage
implementation soon!


2013/1/4 Peter Körner osm-li...@mazdermind.de

 Am 04.01.2013 00:01, schrieb Paweł Paprota:

  For some time now I've been working on the OpenStreetMap Watch List
 project[1] and on integrating OWL into the main OSM website.


 Really nice implementation!
 Congrats for getting this to the beta level!

 Peter


 __**_
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] House Numbers

2013-01-05 Per discussione colliar

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 30/12/12 22:53, Frederik Ramm wrote:

Hey girls and guys.

The number seem to be OK for me.

 I've made a program that counts how many house numbers someone has added.
 It uses object history, so it should be able to correctly award the count
 to the person actually adding the addr:housenumber tag.

How do you handle situations where the tag is moved from a node to a way ? Do
you analyse the changesets as well ?

Terracer makes this very easy and was (still is) deleting objects in favour of
new ones.

Also you have to somehow take the region into this count. Depending on the
citizen density it might be easier/harder to add house numbers.
The available sources might be a big factor, too. There is a major difference
in drawing from background images with available house numbers, an area
without any images and areas with good images and no house number data.

In my area collecting data is quite fast as long as my accompany tolerates the
stop and go to take a picture of every house and as long as I find routes
through several streets with little or no house numbers.

Adding the data takes much more time as I often have to correct all objects
(georefed high resolution) and cause I get much more information from the
taken pictures than only the house numbers.

Cu
colliar
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEAREIAAYFAlDoP/oACgkQalWTFLzqsCsDvwCdERF008WuU7fKX7VUBU63Trr4
3xwAni+0e1rIwvQjwANLkImGMQZfPqi2
=6JUg
-END PGP SIGNATURE-

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

Re: [OSM-talk] Can Google use our data?

2013-01-05 Per discussione Greg Troxel


Christian Quest cqu...@openstreetmap.fr writes:

 2013/1/5 Simon Poole si...@poole.ch:
 I suppose the obvious question is: what was -your- source for the building
 outlines? It is a fair assumption that google is simply using the same.


 It is even more obvious that it is not a plain copy of OSM data as the
 roads and building shapes are not the same (buildings more detailed on
 Google).

The basic issue is that two people mapping the same reality
independently will get similar results.

I had a similar situation when I noticed trails data appear on google
maps in areas I had mapped.  On closer inspection, they were different.
It took me a while to figure out where the data came from, and
eventually concluded is was from a MassGIS trails layer (which is more
complete in some places than OSM, but isn't particularly good quality).


pgpacf3gj6bPS.pgp
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] House Numbers

2013-01-05 Per discussione Martin Trautmann

On 12-12-30 22:53, Frederik Ramm wrote:

 It would be great if you could find your name on the list and do a quick
 sanity check in your head whether this looks right or not.

Maybe you should explain the meaning?

No, the numbers don't look right when I see -7 for me - I moved some
house number nodes from nodes to building outlines.

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

Re: [OSM-talk] Changeset Comments

2013-01-05 Per discussione colliar

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256



On 03/01/13 12:11, Frederik Ramm wrote:
 Hi,
 
 once in a while I encounter mappers who don't understand what changeset 
 comments are good for and why they should use them. I was kind of tired of 
 repeating the same things over and over so I wrote up a wiki page here:
 
 http://wiki.openstreetmap.org/wiki/Good_Changeset_Comments
 
 Before someone asks, this is not intended to be a policy of any sort; it
 is just meant as a page that you can recommend for reading if someone
 doesn't understand what changeset comments are for.
 
 You're welcome to improve this, add/remove examples, or translate into
 other languages.

Thanks.

I always wonder if the area/region is really important as it is already
included in the changeset data. E.g. I would not add the street, if it is
obvious where I did edit. This does not count for big areas.

Cheers
colliar
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEAREIAAYFAlDoQtQACgkQalWTFLzqsCtJuACgoLYpI7ZaBuVigdq4rxSpwexp
7+EAn3LfDXm3lByXZm6xTkvqLFS73YTK
=0YC1
-END PGP SIGNATURE-

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

Re: [OSM-talk] Featured image descriptions

Thanks Andrew,

I now see the text in french at http://wiki.openstreetmap.org/wiki/FR:Main_Page


 
Pierre 




 De : Andrew andrewhain...@hotmail.co.uk
À : talk@openstreetmap.org 
Envoyé le : Samedi 5 janvier 2013 6h16
Objet : Re: [OSM-talk] Featured image descriptions
 
Pierre Béland infosbelas-gps at yahoo.fr writes:

 
 Andrew, In the Main_Page wiki, there is a link to Image of the
week.http://wiki.openstreetmap.org/wiki/Main_Page--
http://wiki.openstreetmap.org/wiki/Iotw
 There you will see the translation that I added for Français.
  
 
 Pierre    
   De : Andrew andrewhainosm at hotmail.co.ukÀ : talk at
openstreetmap.org Envoyé le : Vendredi 4 janvier 2013 13h41Objet : Re:
[OSM-talk] Featured image descriptions  Pierre Béland infosbelas-gps at
yahoo.fr writes:  Andrew,For this week image, I added the translation for
Français. It was relatively easy to do except we have to understand that the 
+/-
is the link to the translation page. I suggest tha you add a title to this link
describing it.After the tranlation is completed, selecting
http://wiki.openstreetmap.org/wiki/FR:Main_Page, english version of the text
still appears under the image. It persists
  even if I clean the navigator cache.  I can't find your edit. Are you sure
you saved?--Andrew___talk mailing
listtalk at openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk

That page was linking to the old lacations, which I have now fixed.

--
Andrew


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


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

Re: [OSM-talk] Can Google use our data?

2013-01-05 Per discussione Fredy Rivera

In Colombia abused google, copy your data and makes them small changes,
notice the Camino viejo I did it with my own GPS.
http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=-75.18985lat=4.82902zoom=15


salu2
Humano


On Sat, Jan 5, 2013 at 10:04 AM, Greg Troxel g...@ir.bbn.com wrote:


 Christian Quest cqu...@openstreetmap.fr writes:

  2013/1/5 Simon Poole si...@poole.ch:
  I suppose the obvious question is: what was -your- source for the
 building
  outlines? It is a fair assumption that google is simply using the same.
 
 
  It is even more obvious that it is not a plain copy of OSM data as the
  roads and building shapes are not the same (buildings more detailed on
  Google).

 The basic issue is that two people mapping the same reality
 independently will get similar results.

 I had a similar situation when I noticed trails data appear on google
 maps in areas I had mapped.  On closer inspection, they were different.
 It took me a while to figure out where the data came from, and
 eventually concluded is was from a MassGIS trails layer (which is more
 complete in some places than OSM, but isn't particularly good quality).

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




-- 
Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx,
.ppt, .pptx, .mdb, mdbx
OpenOffice es libre: se puede copiar, modificar y redistribuir libremente.
Gratis y totalmente legal.
http://GaleNUx.com es el sistema de información para la salud
--///--
Teléfono USA:  (347) 688-4473 (Google voice)
skype: llamarafredyrivera
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Changeset Comments

2013-01-05 Per discussione Russ Nelson

colliar writes:
  I always wonder if the area/region is really important as it is already
  included in the changeset data. E.g. I would not add the street, if it is
  obvious where I did edit. This does not count for big areas.

I try not to bother putting in the placename or the thing I
modified. Both of those things they can figure out from using the
changeset browser. Instead, I try to say why I made the change. 

-- 
--my blog is athttp://blog.russnelson.com
Crynwr supports open source software
521 Pleasant Valley Rd. | +1 315-600-8815
Potsdam, NY 13676-3213  | Sheepdog   

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

Re: [OSM-talk] Changeset Comments

2013-01-05 Per discussione Mike N


On 1/5/2013 1:37 PM, Russ Nelson wrote:

I try not to bother putting in the placename or the thing I
modified. Both of those things they can figure out from using the
changeset browser. Instead, I try to say why I made the change.


 Conversely, I do try to include the place name if it is new or a 
likely destination; if Google sniffs the OSM changeset list, it might 
come up in a search even before the web site is indexed.


  Even if Google isn't allowed to see changesets, it often simplifies 
others' history review.


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

Re: [OSM-talk] Can Google use our data?

2013-01-05 Per discussione Toby Murray

Both of these are definitely not copies of OSM data. The trail has
more detail in OSM and they are offset from each other by several
meters. And theirs doesn't go across the river. It is ridiculous to
think that google is going to take our data and make that many changes
to it before putting it up on google maps. The two or three instances
where it was confirmed that google copied OSM data (unknowingly
through a 3rd company) the shape of objects was *identical* not just
close. And google fixed it very quickly once they were made aware of
it. So nothing to see here.

Toby


On Sat, Jan 5, 2013 at 10:34 AM, Fredy Rivera fredyriv...@gmail.com wrote:
 In Colombia abused google, copy your data and makes them small changes,
 notice the Camino viejo I did it with my own GPS.
 http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=-75.18985lat=4.82902zoom=15


 salu2
 Humano


 On Sat, Jan 5, 2013 at 10:04 AM, Greg Troxel g...@ir.bbn.com wrote:


 Christian Quest cqu...@openstreetmap.fr writes:

  2013/1/5 Simon Poole si...@poole.ch:
  I suppose the obvious question is: what was -your- source for the
  building
  outlines? It is a fair assumption that google is simply using the same.
 
 
  It is even more obvious that it is not a plain copy of OSM data as the
  roads and building shapes are not the same (buildings more detailed on
  Google).

 The basic issue is that two people mapping the same reality
 independently will get similar results.

 I had a similar situation when I noticed trails data appear on google
 maps in areas I had mapped.  On closer inspection, they were different.
 It took me a while to figure out where the data came from, and
 eventually concluded is was from a MassGIS trails layer (which is more
 complete in some places than OSM, but isn't particularly good quality).

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




 --
 Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx,
 .ppt, .pptx, .mdb, mdbx
 OpenOffice es libre: se puede copiar, modificar y redistribuir libremente.
 Gratis y totalmente legal.
 http://GaleNUx.com es el sistema de información para la salud
 --///--
 Teléfono USA:  (347) 688-4473 (Google voice)
 skype: llamarafredyrivera

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


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

[OSM-talk] Rendering of Farmland not 'Light' enough?

2013-01-05 Per discussione Rob Nickerson

Hi All,

(full text and images at
https://docs.google.com/open?id=0B6J5ZA1hu93bYm9IWXdlVHM1N1U )

Recently landuse=farmland (or simply landuse=farm) has been added to fields
near me. This has led to a discussion about how the rendering 'looks' with
some arguing that it doesn't look that good. I believe that this may be due
to the shade of colour used – specifically the farmland 'brown' is not as
luminous as the default 'grey' (actually I think it 'lightness' rather than
'luminosity' that matters to the human eye but I got very confused when
searching the two).

 Consider the image below, showing current rendering:

https://docs.google.com/open?id=0B6J5ZA1hu93bZDBTN2dZZkpDenc

 On the left we have farmland tagged. The 'brown' has a Lightness value of
83 percent (luminance of 85%). Compare this to the default canvas 'grey',
which has 93 percent Lightness (and 93 percent luminance).

 Now consider the following (and please check your screen calibration at
http://www.photofriday.com/calibrate.php ). I have taken the farmland
'brown' and raised it's Lightness to the same 93 percent as the default
'grey' (that is, I have left the Hue and Saturation the same):

https://docs.google.com/open?id=0B6J5ZA1hu93bSzk5NDZVMm5GZkE

 In this final image, I have adjusted the Hue and Saturation to provide
more of a 'green':

https://docs.google.com/open?id=0B6J5ZA1hu93bZXhzdVJMVU44X2M

 What are your thoughts? Which do you prefer? Have I gone too 'light' with
the change and should some value in-between be used instead? Am I barking
up the wrong tree?


Regards,

Rob

 Note: To focus discussion I want to avoid the argument that some people
see farmland as the default and therefore it does not need to be tagged –
it is a legitimate land-use tag and if people want to tag it then let them.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Rendering of Farmland not 'Light' enough?

2013-01-05 Per discussione Rob Nickerson

I should add that if you want to play with Hue, Saturation and Lightness
(HSL) and Luminance then the following is a good place to start:

http://www.workwithcolor.com/hsl-color-picker-01.htm

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

Re: [OSM-talk] Rendering of Farmland not 'Light' enough?

2013-01-05 Per discussione Eugene Alvin Villar

I prefer landuse areas to be darker than the default light gray background
color in the Standard rendering. This makes it obvious (especially on LCD
screens where lightness/luminance of colors vary depending on the viewing
angle) that there is a tagged area there.

You could make the case that the farmuse area could be lighter than it is
now and/or use a different hue than brown, but don't make it as light as
the default background color.


On Sun, Jan 6, 2013 at 6:18 AM, Rob Nickerson rob.j.nicker...@gmail.comwrote:

 Hi All,

 (full text and images at
 https://docs.google.com/open?id=0B6J5ZA1hu93bYm9IWXdlVHM1N1U )

 Recently landuse=farmland (or simply landuse=farm) has been added to
 fields near me. This has led to a discussion about how the rendering
 'looks' with some arguing that it doesn't look that good. I believe that
 this may be due to the shade of colour used – specifically the farmland
 'brown' is not as luminous as the default 'grey' (actually I think it
 'lightness' rather than 'luminosity' that matters to the human eye but I
 got very confused when searching the two).

  Consider the image below, showing current rendering:

 https://docs.google.com/open?id=0B6J5ZA1hu93bZDBTN2dZZkpDenc

 On the left we have farmland tagged. The 'brown' has a Lightness value of
 83 percent (luminance of 85%). Compare this to the default canvas 'grey',
 which has 93 percent Lightness (and 93 percent luminance).

  Now consider the following (and please check your screen calibration at
 http://www.photofriday.com/calibrate.php ). I have taken the farmland
 'brown' and raised it's Lightness to the same 93 percent as the default
 'grey' (that is, I have left the Hue and Saturation the same):

 https://docs.google.com/open?id=0B6J5ZA1hu93bSzk5NDZVMm5GZkE

 In this final image, I have adjusted the Hue and Saturation to provide
 more of a 'green':

 https://docs.google.com/open?id=0B6J5ZA1hu93bZXhzdVJMVU44X2M

 What are your thoughts? Which do you prefer? Have I gone too 'light' with
 the change and should some value in-between be used instead? Am I barking
 up the wrong tree?


 Regards,

 Rob

  Note: To focus discussion I want to avoid the argument that some people
 see farmland as the default and therefore it does not need to be tagged –
 it is a legitimate land-use tag and if people want to tag it then let them.

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


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

Re: [Talk-de] Demo mehrsprachige Karte

2013-01-05 Per discussione Max

Am 03.12.2012 um 10:46 schrieb Martin Koppenhöfer dieterdre...@gmail.com:
 Am 03/dic/2012 um 10:32 schrieb Henning Scholland o...@aighes.de:
 Um bei obigem Beispiel zu bleiben: Es wird immer die Schlacht um Stalingrad 
 sein, aber dennoch würde ich als deutschen Namen der aktuellen Stadt 
 Wolgograd nutzen, weil die Stadt 1961 unbenannt wurde.
 
 Sehe ich auch so, daher nochmal der Hinweis auf old_name:de, bzw. bei 
 komplexeren Fällen auch mit Jahreszahl. Ich fände es durchaus wünschenswert, 
 auch mittlerweile ungebräuchliche Namen als solche gekennzeichnet in der dB 
 zu haben.

Es geht noch komplexer: von welcher Nation wurde von wann bis wann welcher Name 
verwendet?
Wie soll Bratislava jetzt richtig getaggt werden?

http://de.wikipedia.org/wiki/Bratislava#Namen

Hier noch eine schöne Animation wie sich die Grenzen in Europa seit 1000 AD 
verändert haben:
http://www.wimp.com/presentday/

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

Re: [Talk-de] Demo mehrsprachige Karte

2013-01-05 Per discussione Jochen Topf

On Sat, Jan 05, 2013 at 01:24:21PM +0100, Max wrote:
 Am 03.12.2012 um 10:46 schrieb Martin Koppenhöfer dieterdre...@gmail.com:
  Am 03/dic/2012 um 10:32 schrieb Henning Scholland o...@aighes.de:
  Um bei obigem Beispiel zu bleiben: Es wird immer die Schlacht um 
  Stalingrad sein, aber dennoch würde ich als deutschen Namen der aktuellen 
  Stadt Wolgograd nutzen, weil die Stadt 1961 unbenannt wurde.
  
  Sehe ich auch so, daher nochmal der Hinweis auf old_name:de, bzw. bei 
  komplexeren Fällen auch mit Jahreszahl. Ich fände es durchaus 
  wünschenswert, auch mittlerweile ungebräuchliche Namen als solche 
  gekennzeichnet in der dB zu haben.
 
 Es geht noch komplexer: von welcher Nation wurde von wann bis wann welcher 
 Name verwendet?
 Wie soll Bratislava jetzt richtig getaggt werden?
 
 http://de.wikipedia.org/wiki/Bratislava#Namen

Ich denke es ist klar, dass wir nicht alle Namen, die ein Ort über die
Jahrtausende hatte, in OSM erfassen können. Ganz zu schweigen von den
historischen Grenzen usw. Das OSM-Datenmodell ist einfach nicht mächtig genug,
um das sinnvoll machen zu können. Und es ist auch nicht klar, ob wir die
Community hätten, um das umsetzen zu können. Es ist halt schon was anderes,
ob man vom Luftbild eine existierende Straße einzeichnet oder ob man irgendwie
rausbekommt, wo mal eine Römerstraße war, die seither unter mehreren Schichten
von Schutt verschwunden ist.

Aus meiner Sicht kann der old_name nur dazu dienen, besonders bekannte und
heute im allgemeinen Umgang noch teilweise benutzte ehemalige Namen bei OSM
einzutragen. Und auch nur dann, wenn der Ort noch im wesentlichen der gleiche
ist.

Also finde ich es z.B. richtig Stalingrad als old_name einzutragen. Aus
historischen Gründen ist diese Stadt nunmal mit diesem Namen verbunden und wird
es auf lange Zeit sein. In Deutschland wird es wahrscheinlich mehr Leute geben,
die mit dem Namen Stalingrad etwas anfangen können als mit Wolgograd.  Es
kann auch gut sein, dass z.B. jemand eine Reportage aus dem 2. Weltkrieg
anschaut und dann mal auf die Karte guckt, wo diese Stadt ist.

Anders ist das z.B. bei den Namen der alten römischen Kastellen, aus denen
einige deutsche Städte (z.B. Köln) hervorgegangen sind. Die heutige Stadt hat
fast nichts mehr gemein mit dem ursprünglichen Kastell und sicher war das damals
kein place=city. Hier würde ich keinen old_name taggen.

Ein anderes Beispiel ist Chemnitz, das ich mit old_name=Karl-Marx-Stadt taggen
würde. Jetzt genau aufzuzeichnen, von wann bis wann Chemnitz diesen Namen hatte
führt m.E. zu weit.

Wenn man es unter dieser engeren Definition sieht, dann fällt mir kein Fall
ein, wo mehr als ein old_name gebraucht wird bzw. wo die Jahreszahlen mit
angegeben werden müßten. (Ich bin allerdings sicher, dass irgendjemand solche
Fälle einfallen werden. :-)

Wenn wir das Schema einfach halten, d.h. nur einen old_name erlauben und keine
Jahreszahlen eintragen, dann ist die Chance viel höher, dass die Daten auch
ausgewertet werden. Die beiden wesentlichen Anwendungen, nämlich die Suche
unter dem alten Namen und eine Karte, bei der der alte Name nach dem neuen
Namen in Klammern angegeben wird, sind damit möglich. Machen wir das Schema
zu kompliziert, ist der Effekt nur, dass einfache Nutzungen unmöglich werden
und kaum einer die schwierig zu verarbeitenden komplexen Daten auswertet.

 Hier noch eine schöne Animation wie sich die Grenzen in Europa seit 1000 AD 
 verändert haben:
 http://www.wimp.com/presentday/

Nett. Da hat sich jemand viel Arbeit gemacht. :-)

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298

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

Re: [Talk-de] Demo mehrsprachige Karte

2013-01-05 Per discussione Martin Koppenhoefer

Am 5. Januar 2013 14:11 schrieb Jochen Topf joc...@remote.org:
Ich denke es ist klar, dass wir nicht alle Namen, die ein Ort über die
Jahrtausende hatte, in OSM erfassen können. Ganz zu schweigen von den
historischen Grenzen usw. Das OSM-Datenmodell ist einfach nicht mächtig genug,
um das sinnvoll machen zu können. Und es ist auch nicht klar, ob wir die
Community hätten, um das umsetzen zu können. Es ist halt schon was anderes,
ob man vom Luftbild eine existierende Straße einzeichnet oder ob man irgendwie
rausbekommt, wo mal eine Römerstraße war, die seither unter mehreren Schichten
von Schutt verschwunden ist.

Römerstraßen sind interessanterweise oft auch da, wo die heutigen
Straßen langlaufen.

Anders ist das z.B. bei den Namen der alten römischen Kastellen, aus denen
einige deutsche Städte (z.B. Köln) hervorgegangen sind. Die heutige Stadt hat
fast nichts mehr gemein mit dem ursprünglichen Kastell und sicher war das
damals
kein place=city. Hier würde ich keinen old_name taggen.

naja, Köln ist wohl doch gerade ein Fall, wo ich den lateinischen
Namen als name:la eintragen würde. Colonia Claudia Ara
Agrippinensium, ich sehe gerade, das hat schon jemand in OSM
eingetragen. Für damalige Verhältnisse war das glaub schon ein
place=city [1]. Der Name ist ja auch heute noch in Gebrauch in
abgewandelter Form bzw. in anderen Sprachen. Wichtiger als ob das
damals eine city war finde ich, dass die heutige Stadt die
Weiterentwicklung der alten Gründung ist, ich sehe das als ein Objekt
zu unterschiedlichen Zeiten nicht als zwei unterschiedliche. Dieses
römische Zeugs hat (als Ausnahme?) den Vorteil, dass es gleich einen
eigenen Namespace mitbringt ;-)

Ein anderes Beispiel ist Chemnitz, das ich mit old_name=Karl-Marx-Stadt
taggen
würde. Jetzt genau aufzuzeichnen, von wann bis wann Chemnitz diesen Namen
hatte
führt m.E. zu weit.

mir auch, aber wenn es jemand machen will, warum nicht

Wenn man es unter dieser engeren Definition sieht, dann fällt mir kein Fall
ein, wo mehr als ein old_name gebraucht wird bzw. wo die Jahreszahlen mit
angegeben werden müßten. (Ich bin allerdings sicher, dass irgendjemand solche
Fälle einfallen werden. :-)

bei Straßen zum Beispiel, die ändern auch gelegentlich mal ihre Namen,
auch mehrmals.

Wenn wir das Schema einfach halten, d.h. nur einen old_name erlauben und keine
Jahreszahlen eintragen, dann ist die Chance viel höher, dass die Daten auch
ausgewertet werden.

+1, der Normalfall sollte das sein, in Sonderfällen kann man m.E. auch
den Gültigkeitsbereich im key mit dazu schreiben, als Notlösung.

Gruß
Martin

[1] Rekonstruktion Köln im 3. JH
http://de.wikipedia.org/w/index.php?title=Datei:Roman_Cologne,_reconstruction.JPGfiletimestamp=20060819161600

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

Re: [Talk-de] Demo mehrsprachige Karte

2013-01-05 Per discussione Joachim Kast

 Römerstraßen sind interessanterweise oft auch da, wo die heutigen
 Straßen langlaufen.

Manchmal werden Sie sogar so genannt:
http://www.openstreetmap.org/browse/way/4703133


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

Re: [Talk-it] Edifici demoliti o in demolizione

2013-01-05 Per discussione Fabrizio Carrai

Io sono per l'uso dei namespace (prefissi in questo caso)
disused:key=value e construction:key=value.

Includono i tag degli edifici originali (ma anche strade, etc..) o futuri,
per quelli in costruzione.

I prefissi suggeriti in [2] mi sembrano adeguati:

proposed:

construction:

disused:

historic: (qui ho un pò di dubbi...)

Un nuovo edificio sarà: construction:building=yes, integrato eventualmente
con tutti gli altri tag

Quando l'edificio sarà completato, basterà eliminare il prefisso
construction:

Quando non verrà più usato, basterà anteporre il prefisso disused:

Nel tuo caso però l'edificio avrà anche un altro stato: demolition: che
seguirà il disused. Verosimilmente sarà temporaneo e presto il building
dovrà essere rimosso.

Fabrizio


[1] http://wiki.openstreetmap.org/wiki/Namespace

[2] http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts


Alcuni edifici del Policlinico di Milano sono stati demoliti o sono in
demolizione (gennaio/febbraio).

Sul wiki nessuna informazione chiara:

http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts

Quale e' il sistema migliore/piu' usato?

grazie
maxx

p.s. Gli edifici sono:
45061009,44962500,44962427,44962426

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

Re: [Talk-it] Edifici demoliti o in demolizione

2013-01-05 Per discussione Martin Koppenhoefer

2013/1/4 emmexx emm...@tiscalinet.it:
 Alcuni edifici del Policlinico di Milano sono stati demoliti o sono in
 demolizione (gennaio/febbraio).

 Sul wiki nessuna informazione chiara:

 http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts


gli edifici demoliti toglierei (cancella) della mappa. Potresti
indicare nel changeset comment / tag che sono stati demoliti. Il
landuse diventa brownfield (tutto demolito) o construction (in fase di
demolizione o ricostruzione).

ciao,
Martin

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

Re: [Talk-it] Scostamento immagini aeree

2013-01-05 Per discussione Maurizio Daniele


Il 05/01/2013 00:32, Mario Pichetti ha scritto:


Come si fa ad avere uno scostamento ideale:-) per tutti ?

Che sappia io: non si può. Bing non ha una buona georeferenziazione per 
cui si può solo andare pezzo a pezzo con sistemazioni successive.


Oppure ricalcare, prendere dei riferimenti certi al suolo (con il gps, 
intendo) e poi sistemare di conseguenza.


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

Re: [Talk-it] Varie Porta Nuova a Milano

2013-01-05 Per discussione emmexx

Il 01/02/2013 12:18 PM, sabas88 scrisse:
 Il giorno 02 gennaio 2013 09:51, emmexx emm...@tiscalinet.it
 mailto:emm...@tiscalinet.it ha scritto:
 
 Il 01/01/2013 11:42 PM, sabas88 scrisse:
 
  I poligoni sono i buchi del garage giusto? Dove finisce anche
 l'acqua..
  Per la fontana, farei il buco nella piazza con multipoligono, e poi
  traccerei i vari specchi d'acqua (ci sono da considerare le strade che
  portano al centro, dove c'è la panchina tonda con quel palo con le
 luci led.
 

Ho inserito i 4 specchi d'acqua. Ovviamente non essendo esperto di
multipoligonalita' non e' fatto in maniera corretta.
Ho inserito i 4 specchi come inner del poligono dell'area pedonale.
Solo che ora i 3 buchi che danno sul garage appaiono come se fossero
parte della piazza.
Immagino quindi che vadano tolti dal multipoligono della piazza ed
aggiunti ognuno al poligono dello specchio d'acqua corrispondente.
Il dubbio e' cosa fare rispetto al multipoligono della piazza.
Qualcuno mi puo' chiarire le idee?

grazie
maxx

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

Re: [Talk-it] Varie Porta Nuova a Milano

2013-01-05 Per discussione sabas88

Il giorno 05 gennaio 2013 14:36, emmexx emm...@tiscalinet.it ha scritto:

 Il 01/02/2013 12:18 PM, sabas88 scrisse:
  Il giorno 02 gennaio 2013 09:51, emmexx emm...@tiscalinet.it
  mailto:emm...@tiscalinet.it ha scritto:
 
  Il 01/01/2013 11:42 PM, sabas88 scrisse:
  
   I poligoni sono i buchi del garage giusto? Dove finisce anche
  l'acqua..
   Per la fontana, farei il buco nella piazza con multipoligono, e poi
   traccerei i vari specchi d'acqua (ci sono da considerare le strade
 che
   portano al centro, dove c'è la panchina tonda con quel palo con le
  luci led.
 

 Ho inserito i 4 specchi d'acqua. Ovviamente non essendo esperto di
 multipoligonalita' non e' fatto in maniera corretta.
 Ho inserito i 4 specchi come inner del poligono dell'area pedonale.
 Solo che ora i 3 buchi che danno sul garage appaiono come se fossero
 parte della piazza.
 Immagino quindi che vadano tolti dal multipoligono della piazza ed
 aggiunti ognuno al poligono dello specchio d'acqua corrispondente.
 Il dubbio e' cosa fare rispetto al multipoligono della piazza.
 Qualcuno mi puo' chiarire le idee?


Ho dovuto scaricare i dati perchè osm.org sta facendo le bizze.. :-)
Quei tre buchi devi metterli con ruolo outer (
http://wiki.openstreetmap.org/wiki/Multipolygon caso island within an hole).


 grazie
 maxx

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

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

Re: [Talk-it] Varie Porta Nuova a Milano

2013-01-05 Per discussione emmexx

Il 01/05/2013 02:47 PM, sabas88 scrisse:
 Quei tre buchi devi metterli con ruolo outer
 (http://wiki.openstreetmap.org/wiki/Multipolygon caso island within an
 hole).

Ok, spero vada bene.

Altra cosa che ho notato usando rendering diversi da Mapnik. In uno dei
buchi si intravede la linea del Passante.
Ovviamente non e' corretto. Il Passante ha layer -1, area pedonale
layer=1 ma il buco in questione da' sul garage, non certo sul Passante.
Come si puo' risolvere la cosa?

grazie
maxx

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

[Talk-it] Ricerca tag

2013-01-05 Per discussione Gianluca Boero

Data una zona selezionata, è possibile ottenere da Josm un elenco di 
tutti i tag immessi (da un utente solo o da tutti)? Sarebbe utile se un 
utente decidesse di tornare sui suoi passi per effettuare correzioni a 
distanza di tempo oppure per sola verifica.


Grazie.

--
Gianluca Boero


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

Re: [Talk-it] R: Aggiornamento dati ortografia strade

2013-01-05 Per discussione Giovanni Fasano


Il 03/01/2013 00:06, Daniele Forsi ha scritto:


{{Bio
|Nome = Ferdinando II de'
|Cognome = Medici

la divisione in nome e cognome è strana ma non ci è indispensabile

La divisione nel template Bio è legata all'ordinamento alfabetico per 
cognome. Ovvero prima ordina per cognome e poi per nome (e tutto il resto).


--
Ciao Gio.


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

Re: [Talk-it] Scostamento immagini aeree

2013-01-05 Per discussione marco bra

mario, mi daresti il riferimento con link osm per le villette a schiera di
cui parli

Grazie
mcheck


Il giorno 05 gennaio 2013 13:43, Maurizio Daniele 
maurizio.dani...@gmail.com ha scritto:

  Il 05/01/2013 00:32, Mario Pichetti ha scritto:


 Come si fa ad avere uno scostamento ideale:-) per tutti ?

  Che sappia io: non si può. Bing non ha una buona georeferenziazione per
 cui si può solo andare pezzo a pezzo con sistemazioni successive.

 Oppure ricalcare, prendere dei riferimenti certi al suolo (con il gps,
 intendo) e poi sistemare di conseguenza.

 --
 Maurizio.

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-se] Postnummer (igen)

2013-01-05 Per discussione bengt bäverman

Någon som vet hur det gör i t ex Storbrittanien? Där är ju postnumren
väldigt fingranulära. Ett postnummer motsvarar ungefär ett kvarter. Därför
använd de mycket för navigering.

vänligen
   Bengt


Den 5 januari 2013 16:20 skrev Andreas Vilén andreas.vi...@gmail.com:

 Aha, jag uppfattade det som att du hade gått live redan. Ska du
 testa systemet live så föreslår jag att du gör det i en lite mindre
 ort, exempelvis Genarp i Lunds kommun där alla adresspunkter ska vara
 satta. Just Genarp har förresten en enklav i tidningsdistrikten, men
 om den enklaven sammanfaller med postnumren vet jag inte.

 När det gäller utdelning, som ju postnumren främst är till för, bygger
 det ju också på var det är smidigt att cykla mot var det är smidigt
 att köra bil. Trottoarer hindrar ju ofta postbilar från att komma fram
 till lådorna, och då kan det vara lättare att dela in postnumren i
 olika enklaver för att se till att bilen tar de områden där den
 lättare kan komma fram medan någon cyklar i övriga områden.

 Nu kan jag absolut inget om kodning men tänker bara att det är sånt
 här man kanske inte tänker på när man tänker att postnumren är väl
 avgränsade ytor som stadsdelar eller kvarter.

 I Stockholm är ju förresten några postorter redan inlagda, men i form
 av administrativa enheter... Det bör nog göras om, men det verkar
 finnas en del avvikande åsikter om hur man bäst mappar Stockholm
 jämfört med övriga Sverige, så det lägger jag mig inte i.

 /Andreas

 2013/1/5 Karl Wettin karl.wet...@kodapan.se:
 
  5 jan 2013 kl. 00:27 skrev Andreas Vilén:
 
  Du missade nog att svara på frågan om vilka redigeringar det är som
  gjorts i Halmstad och Lund. Speciellt redigeringarna i Lund är jag
  nyfiken på att kolla in.
 
 
  Det finns inga redigeringar, bara mina två exempel på hur det blir när
 man
  häller 100% säker data gruvad från dessa områden i ett  convex hull,
 samt
  konstaterandet att det behövs något annat än just den lösningen.
 
 
  kalle
 
  ___
  Talk-se mailing list
  Talk-se@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-se
 

 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-se

___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-at] burgenländische Landesstraßen

On 04.01.13 22:02, Friedrich Volkmann wrote:
 maxspeed=100 auf Freilandstraßen ohne source:maxspeed lösche ich raus, weil
 das nur Probleme macht.

Entschuldige, aber das ist nicht in Ordnung!

Ein Löschen wäre nur dann gerechtfertigt, wenn Du es besser wüsstest (und dann
solltest Du stattdessen das source:maxspeed ergänzen).

/al

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

Re: [Talk-at] burgenländische Landesstraßen


On 05.01.2013 12:09, Andreas Labres wrote:

On 04.01.13 22:02, Friedrich Volkmann wrote:

maxspeed=100 auf Freilandstraßen ohne source:maxspeed lösche ich raus, weil
das nur Probleme macht.


Entschuldige, aber das ist nicht in Ordnung!

Ein Löschen wäre nur dann gerechtfertigt, wenn Du es besser wüsstest


Das tu ich. Ich bin mir absolut sicher, dass dort kein 100er angeschrieben ist.

Übrigens hast du selbst auf 
http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Schnellstra%C3%9Fen 
geschrieben:
Außerdem sollte man die Maximalgeschwindigkeit als maxspeed taggen, wenn 
sie vom Standard (130 für motorway und 100 für trunk) abweicht.


Bei dem Nebensatz wirst du dir ja etwas gedacht haben, und er steht dort 
seit Feb 2010 und wurde nie in Frage gestellt.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] burgenländische Landesstraßen

2013-01-05 Per discussione Soldier Boy

+1

Am 5. Januar 2013 12:09 schrieb Andreas Labres l...@lab.at:

 On 04.01.13 22:02, Friedrich Volkmann wrote:
  maxspeed=100 auf Freilandstraßen ohne source:maxspeed lösche ich raus,
 weil
  das nur Probleme macht.

 Entschuldige, aber das ist nicht in Ordnung!

 Ein Löschen wäre nur dann gerechtfertigt, wenn Du es besser wüsstest (und
 dann
 solltest Du stattdessen das source:maxspeed ergänzen).

 /al

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

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

Re: [Talk-at] burgenländische Landesstraßen

2013-01-05 Per discussione Martin Vonwald

Am 5. Januar 2013 12:09 schrieb Andreas Labres l...@lab.at:
 On 04.01.13 22:02, Friedrich Volkmann wrote:
 maxspeed=100 auf Freilandstraßen ohne source:maxspeed lösche ich raus, weil
 das nur Probleme macht.

 Entschuldige, aber das ist nicht in Ordnung!

 Ein Löschen wäre nur dann gerechtfertigt, wenn Du es besser wüsstest (und dann
 solltest Du stattdessen das source:maxspeed ergänzen).

Eigentlich wollte ich hier auch nochmals meinen Senf dazu geben, aber
da mich Thomas gerade auf weitere Datenvernichtungen von fkv
hingewiesen hat, erledigt sich für mich jegliche weitere Diskussion.

Ich muss mir nun erstmal das Ausmaß der Zerstörung ansehen und werde
das dann entweder selbst reverten oder falls zuviel eine entsprechende
Meldung machen.

Ohne Worte.
Martin

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

Re: [Talk-at] burgenländische Landesstraßen


On 05.01.2013 14:00, Martin Vonwald wrote:

Eigentlich wollte ich hier auch nochmals meinen Senf dazu geben


Das tust du gerade.


aber
da mich Thomas gerade auf weitere Datenvernichtungen von fkv
hingewiesen hat, erledigt sich für mich jegliche weitere Diskussion.

Ich muss mir nun erstmal das Ausmaß der Zerstörung ansehen und werde
das dann entweder selbst reverten oder falls zuviel eine entsprechende
Meldung machen.


Melden sollte man dich, weil du alle Fahrbahnen auftrennst, auch wo es keine 
baulichen Trennungen gibt. Den seit jeher bestehenden Konsens dazu 
ignorierst du hartnäckig. Thomas schrieb einmal, er werde dich darauf 
ansprechen. Gefruchtet hat es offenbar nichts.


In OSB hab ich vor einem halben Jahr einen Bug in Eisenstadt dazu angelegt. 
Da war dir nicht mal einen Kommentar wert.


Weißt du, was das für eine Arbeit war, im Bereich A2 bei Wr. Neustadt diese 
hineinfantasierten Trennungen zu beheben? Noch dazu wo haufenweise 
Relationen drauf waren, und deine Spurtags.


Aber wozu schreibe ich das, du liest doch sowieso nie, was ich schreibe.

--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] burgenländische Landesstraßen

2013-01-05 Per discussione Soldier Boy

Also ich habe jetzt schon lange keine auf-gesplitteten Straßen mehr
gefunden. Kann sein das ich dort nur nicht mappe. Laut imagic wird das auch
nicht mehr vorkommen da er das jetzt mit dem tag change:lanes taggt und
dadurch keine Aufspilttung mehr braucht.

Das tu ich. Ich bin mir absolut sicher, dass dort kein 100er angeschrieben
ist.

Also die 100er die du gelöscht hast sind normale Freiland 100er. Es steht
zwar keine Tafel mit 100 aber hier ist definitiv maxspeed=100. Ich hab mir
auch schon eine Idee überlegt zu dem Problem das wir in dem einen Bug auf
OSB hatten.
Für alle Tags die hier zb überprüft wurden und nicht vorkommen so setzen:
no=maxweight;maxwidth
anstatt jedes extra mit no setzen. So hätte man nur ein tag mehr, wüsste
aber das hier diese Tags überprüft wurden und nicht vorkommen

Am 5. Januar 2013 14:38 schrieb Friedrich Volkmann b...@volki.at:

On 05.01.2013 14:00, Martin Vonwald wrote:

Eigentlich wollte ich hier auch nochmals meinen Senf dazu geben

Das tust du gerade.

aber
da mich Thomas gerade auf weitere Datenvernichtungen von fkv
hingewiesen hat, erledigt sich für mich jegliche weitere Diskussion.

Ich muss mir nun erstmal das Ausmaß der Zerstörung ansehen und werde
das dann entweder selbst reverten oder falls zuviel eine entsprechende
Meldung machen.

Melden sollte man dich, weil du alle Fahrbahnen auftrennst, auch wo es
keine baulichen Trennungen gibt. Den seit jeher bestehenden Konsens dazu
ignorierst du hartnäckig. Thomas schrieb einmal, er werde dich darauf
ansprechen. Gefruchtet hat es offenbar nichts.

In OSB hab ich vor einem halben Jahr einen Bug in Eisenstadt dazu
angelegt. Da war dir nicht mal einen Kommentar wert.

Weißt du, was das für eine Arbeit war, im Bereich A2 bei Wr. Neustadt
diese hineinfantasierten Trennungen zu beheben? Noch dazu wo haufenweise
Relationen drauf waren, und deine Spurtags.

Aber wozu schreibe ich das, du liest doch sowieso nie, was ich schreibe.

--
Friedrich K. Volkmann http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

__**_
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-athttp://lists.openstreetmap.org/listinfo/talk-at

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

Re: [Talk-at] burgenländische Landesstraßen

2013-01-05 Per discussione Robert Kaiser


Friedrich Volkmann schrieb:

Außerdem sollte man die Maximalgeschwindigkeit als maxspeed taggen,
wenn sie vom Standard (130 für motorway und 100 für trunk) abweicht.

Bei dem Nebensatz wirst du dir ja etwas gedacht haben, und er steht dort
seit Feb 2010 und wurde nie in Frage gestellt.


Weil er den Umkehrschluss NICHT impliziert. Dieser Satz heißt NICHT, 
dass sie andernfalls nicht dortstehen sollen. Er heißt NUR, dass 
nicht-Standard-maxspeed wichtig zu taggen ist. Die anderen wären auch 
gut zu taggen, allerdings mit entsprechenden source: damit eine 
zukünftige automatische Anpassung leicht ist, und damit Tools auch die 
Info haben, dass es Standard ist.
Wenn alle motorway/primary/secondary/tertiary/unclassified derartige 
Tags hätten, wären Geschwindigkeitsberechnungen von Routern schon 
deutlich besser.



Robert Kaiser

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

Re: [Talk-at] burgenländische Landesstraßen


On 05.01.2013 14:41, Robert Kaiser wrote:

Friedrich Volkmann schrieb:

Außerdem sollte man die Maximalgeschwindigkeit als maxspeed taggen,
wenn sie vom Standard (130 für motorway und 100 für trunk) abweicht.

Bei dem Nebensatz wirst du dir ja etwas gedacht haben, und er steht dort
seit Feb 2010 und wurde nie in Frage gestellt.


Weil er den Umkehrschluss NICHT impliziert. Dieser Satz heißt NICHT, dass
sie andernfalls nicht dortstehen sollen.


Wenn sie andernfalls ebenfalls dortstehen sollten, wär der Nebensatz sinnlos.


Er heißt NUR, dass
nicht-Standard-maxspeed wichtig zu taggen ist. Die anderen wären auch gut zu
taggen, allerdings mit entsprechenden source: damit eine zukünftige
automatische Anpassung leicht ist, und damit Tools auch die Info haben, dass
es Standard ist.


Es wär gut ist nur eine andere Formulierung für es soll.

Entweder es soll, oder es soll nicht, oder es ist egal.


Wenn alle motorway/primary/secondary/tertiary/unclassified derartige Tags
hätten, wären Geschwindigkeitsberechnungen von Routern schon deutlich besser.


Für Router, welche die zitierten Tabellen mit den impliziten maxspeed und 
access berücksichtigen, macht das keinen Unterschied. Und das ist nun 
wirklich keine schwierige Programmieraufgabe.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] burgenländische Landesstraßen

2013-01-05 Per discussione Soldier Boy

Für Router, welche die zitierten Tabellen mit den impliziten maxspeed und
access berücksichtigen, macht das keinen Unterschied. Und das ist nun
wirklich keine schwierige Programmieraufgabe.
Für Router ist es nicht so einfach möglich rauszufinden ob sich eine Straße
inner oder außerorts befindet. Ohne dieses Problem würde ich deine Meinung
einsehen. Da scheitert es an mehreren Punkten:
- Es sind nicht alle Ortsflächen eingezeichnet
- Größerer Rechenaufwand
- Es sind nicht alle Ortsschilder eingezeichnet (auf welcher Seite des
Schildes ist zb Innerorts)
- Ortstafel steht nicht immer dort wo wirklich die Häuser beginnen

Bist du zufrieden wenn ich source:maxspeed setze? Also das du die Werte
dann nicht mehr löscht? Auch wenn sie nach deiner Meinung nach nicht
notwendig wären.

mfg Thomas

Am 5. Januar 2013 15:31 schrieb Friedrich Volkmann b...@volki.at:

On 05.01.2013 14:41, Robert Kaiser wrote:

Friedrich Volkmann schrieb:

Außerdem sollte man die Maximalgeschwindigkeit als maxspeed taggen,
wenn sie vom Standard (130 für motorway und 100 für trunk) abweicht.

Bei dem Nebensatz wirst du dir ja etwas gedacht haben, und er steht dort
seit Feb 2010 und wurde nie in Frage gestellt.

Weil er den Umkehrschluss NICHT impliziert. Dieser Satz heißt NICHT, dass
sie andernfalls nicht dortstehen sollen.

Wenn sie andernfalls ebenfalls dortstehen sollten, wär der Nebensatz
sinnlos.

Er heißt NUR, dass
nicht-Standard-maxspeed wichtig zu taggen ist. Die anderen wären auch gut
zu
taggen, allerdings mit entsprechenden source: damit eine zukünftige
automatische Anpassung leicht ist, und damit Tools auch die Info haben,
dass
es Standard ist.

Es wär gut ist nur eine andere Formulierung für es soll.

Entweder es soll, oder es soll nicht, oder es ist egal.

Wenn alle motorway/primary/secondary/**tertiary/unclassified derartige
Tags
hätten, wären Geschwindigkeitsberechnungen von Routern schon deutlich
besser.

Für Router, welche die zitierten Tabellen mit den impliziten maxspeed und
access berücksichtigen, macht das keinen Unterschied. Und das ist nun
wirklich keine schwierige Programmieraufgabe.

--
Friedrich K. Volkmann http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

__**_
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-athttp://lists.openstreetmap.org/listinfo/talk-at

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

[Talk-at] maxspeed

Wie die Situation damals war, kann ich mich nimmer erinnern. Heutzutage ist IMHO
Konsens, dass man maxspeed auf Straßen eigentlich immer taggen sollte. IdR
zusammen mit source:maxspeed (prominente Ausnahme: der Wiener IG-Luft 
Fünfziger).

/al

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

Re: [Talk-at] burgenländische Landesstraßen

2013-01-05 Per discussione Michael Maier

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/01/13 15:31, Friedrich Volkmann wrote:

 Wenn alle motorway/primary/secondary/tertiary/unclassified 
 derartige Tags hätten, wären Geschwindigkeitsberechnungen von 
 Routern schon deutlich besser.
 
 Für Router, welche die zitierten Tabellen mit den impliziten 
 maxspeed und access berücksichtigen, macht das keinen Unterschied. 
 Und das ist nun wirklich keine schwierige Programmieraufgabe.

Keiner schwierige PROGRAMMIER-Aufgabe, aber:
Es müsste von Hand die gesamte Tabelle aus dem Wiki ins jeweilige
Programm übernommen werden - Für ALLE Länder...! Wer hält sowas aktuell?

Danach müssten bei jedem Import des Routing-Grafen für alle Ways
bestimmt werden, in welchen Landesgrenzen sie sind (und ev. gesplittet
werden!) - nenn mir einen Router, der das macht ;-)


Ich bin dafür dort, wo man explizit weiß, dass es Freiland ist,
maxspeed=100 UND source:maxspeed=AT:rural zu setzen.

lg, Michi

- -- 
Michael Maier, Student of Telematics @ Graz University of Technology
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQ6DyVAAoJEPDJmZ2oE4mGQVQP/2z//FxWwSjkFVFbHsroby1i
07KqyunLiepA01oQTPjmJmffBUIn23rZDnDKGpqWHzxPeGBftFICqDKsazwFSWO9
sxcoy2sNPI1c36v3OL5o6YEY2sAEYhazhd0mS2aZPrsbYoHwp1tH5bdvSNnBXip9
W3VfIkfkUogqa9uyqskNyqxYcWZSAvjVyev8J3loV4yE06IzltxaUceLZsaDn/v5
Pgn6tKeJYh7gdY13DKaczd83Dq/Bm6Rucu2uxqxsPf52ETMoyh4aIGHPpfFPfG8y
P4qgEU5TCVbzEbwMVqK+izIrvmTo+iZE9+sNJvi9xpGkRm3MYoQLgivZOBdVMH0m
jNSZ4HDKfXtbLvceLfK3Q5YbrnCtJk+XgrxcsoYFgOHXk6tGAsqFX747qMcmLr1z
u3++odNIJvQjKtKUd8QWlpkw3XcF5uSQJFwx7T4c+qEPJJusI0gsrVHqBl/rP/k6
2w/GNud6fQHA22/0tMuppdD/3aY/akvQvtR5zCKj7b/qrNLMWw6+yKi6YUZHZXjL
tHjPsntCD/dMvyZA5iN3sJGixnoe0ABfVrfn7N8dQ9XBJAaQthmlnRgjq0x1Dw9u
hqb0D1YfgC3wdv48gKMqWua2PHE/tMCskpeAjjLiV5ebZ1LcRggGNe7XFil1Fkrq
4K4s1e8RVqHi67J2RMCe
=5cvg
-END PGP SIGNATURE-

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

Re: [Talk-at] burgenländische Landesstraßen

Es gibt keine sinnvolle/verbreitete Methode, Standards (speziell, wenn sie
länderspezifisch sind) in OSM zu setzen. Daher sollte man eigentlich immer
maxspeed taggen. Den erwähnten Nebensatz im Wiki habe ich entfernt.

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

Re: [Talk-at] burgenländische Landesstraßen

On 05.01.13 13:01, Friedrich Volkmann wrote:
 Das tu ich. Ich bin mir absolut sicher, dass dort kein 100er angeschrieben 
 ist.

Aber er gilt dort. Und der Punkt ist, dass Du nicht einfach Eintragungen anderer
löschen sollst, nur weil Du irgendwie anderer Ansicht bist.

/al

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

Re: [Talk-at] burgenländische Landesstraßen

2013-01-05 Per discussione Frederik Ramm


Hi,

On 05.01.2013 15:47, Andreas Labres wrote:

Es gibt keine sinnvolle/verbreitete Methode, Standards (speziell, wenn sie
länderspezifisch sind) in OSM zu setzen. Daher sollte man eigentlich immer
maxspeed taggen. Den erwähnten Nebensatz im Wiki habe ich entfernt.


Meine Meinung dazu:

1. maxspeed an einer Strasse, an der kein maxspeed-Schild steht, ist 
unnoetig.


2. Nur, weil es unnoetig ist, heisst das aber noch lang nicht, dass man 
es loeschen sollte.[*]


3. maxspeed an einer Strasse, an der kein maxspeed-Schild steht, 
ohne gleichzeitige Angabe source:maxspeed=..., aus der hervorgeht, das 
hier lediglich der landesweite Standard getaggt wurde, ist unvollstaendig.


4. Nur, weil es unvollstaendig ist, heisst das aber noch lang nicht, 
dass man es loeschen sollte.


5. Bevor man die Aenderung von jemand anderem rueckgaengig macht, weil 
man sich selbst im Recht glaubt, sollte man den Dialog suchen (und dabei 
zumindest die Moeglichkeit in Betracht ziehen, dass der andere 
vielleicht auch ein bisschen recht haben koennte). Falls eine der 
Parteien sich einem Dialog verschliesst, sollte eine Mediation durch die 
Community (z.B. Mailingliste) angestrebt werden. Falls das erfolglos 
ist, sollte die DWG eingeschaltet werden.


6. Worte wie Datenverfaelschung, Datenvernichtung usw. sollte man 
sich fuer echte Vandalen aufheben und nicht fuer kleine Unterschiede im 
persoenlichen Stil.


Bye
Frederik

[*] Ich stimme allerdings zu, dass es manchmal des Unnoetigen zu viel 
werden kann - wenn eine Autobahn gruendlich mit foot=no bicycle=no 
oneway=yes surface=paved tractor=no motorcycle=yes car=yes hgv=yes 
getaggt ist, wuerde ich vielleicht auch ins Gruebeln kommen.


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

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

Re: [Talk-at] maxspeed

2013-01-05 Per discussione Martin Vonwald

Am 5. Januar 2013 15:44 schrieb Andreas Labres l...@lab.at:
 Wie die Situation damals war, kann ich mich nimmer erinnern. Heutzutage ist 
 IMHO
 Konsens, dass man maxspeed auf Straßen eigentlich immer taggen sollte. IdR
 zusammen mit source:maxspeed (prominente Ausnahme: der Wiener IG-Luft 
 Fünfziger).

Ich sehe das genau so.

Martin

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

Re: [Talk-at] burgenländische Landesstraßen

2013-01-05 Per discussione Erwin OSM


Am 05.01.2013 15:47, schrieb Andreas Labres:

Es gibt keine sinnvolle/verbreitete Methode, Standards (speziell, wenn sie
länderspezifisch sind) in OSM zu setzen. Daher sollte man eigentlich immer
maxspeed taggen. Den erwähnten Nebensatz im Wiki habe ich entfernt.

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

1+

Dem schließe ich mich an und vor allem sollte man die Arbeit von anderen 
respektieren und diese nicht einfach löschen nur weil man eine andere 
Tagging-Variante persönlich bevorzugt!


Schönen Tag noch
Erwin

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

Re: [Talk-at] burgenländische Landesstraßen

2013-01-05 Per discussione Stefan Kopetzky

On 05.01.2013 15:45, Michael Maier wrote:
 Für ALLE Länder...! Wer hält sowas aktuell?
Im  Prinzip ists mir ja wurscht, aber diese Daten werden prinzipiell
genauso viel oder wenig aktuell gehalten wie alles andere auch und:

SUM(Ways)  SUM(Länder)

SCNR :-)

Stefan



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

Re: [Talk-at] burgenländische Landesstraßen


On 05.01.2013 15:30, Soldier Boy wrote:

Für Router ist es nicht so einfach möglich rauszufinden ob sich eine Straße
inner oder außerorts befindet. Ohne dieses Problem würde ich deine Meinung
einsehen. Da scheitert es an mehreren Punkten:
- Es sind nicht alle Ortsflächen eingezeichnet
- Größerer Rechenaufwand
- Es sind nicht alle Ortsschilder eingezeichnet (auf welcher Seite des
Schildes ist zb Innerorts)
- Ortstafel steht nicht immer dort wo wirklich die Häuser beginnen


Die Ortsschilder sind sowieso keine Hilfe, weil nicht an jeder Straße, die 
ins Ortsgebiet hineinführt, eines steht.


Dass im Wiki inside place / outside place unterschieden wird, halte ich 
für eine Altlast, und ich hab für AT schon eine Fußnote eingefügt, dass das 
so nicht geht. Die Fußnote wär auch anderen Ländern anzuraten...


Die Lösung ist, dass pro Land und highway-Typ genau 1 Default angegeben ist, 
und der gilt immer, wenn am Way nichts anderes angegeben ist.


Damit haben Mapper weniger Arbeit (weil sie sich die meisten maxspeed-Tags 
ersparen) und Anwendungentwickler ebenfalls (weil sie keine Heuristiken 
entwickeln müssen, nach denen die maxspeed erraten werden).


Für Routinganwendungen muss man einen Präprozessor über die Daten laufen 
lassen, und das muss man sowieso:

1) highway=* mit area=yes auflösen
2) jeden highway einem Land zuordnen
3) für diverse hartkodierte landesabhängige Besonderheiten (z.B. Radfahren 
gegen die Einbahn in Wohnstraßen, Reitverbot auf Forststraßen) Tags hinzufügen

4) access-Tags in der Hierarchie hinunter kopieren
5) access-Tags wo nicht versorgt mit Defaults versorgen und dann ebenfalls 
hinunter kopieren

6) highways ohne maxspeed mit Defaults versorgen
7) maxspeed=AT:urban usw. in Zahlenwerte umwandeln
8) Summe der Höhendifferenzen (+ und -) für jeden Way aus dem Höhenmodell 
errechnen

9) für jeden Way die Biegungen aufsummieren
usw.


Bist du zufrieden wenn ich source:maxspeed setze? Also das du die Werte dann
nicht mehr löscht? Auch wenn sie nach deiner Meinung nach nicht notwendig wären.


Gelöscht hab ich sie mit source:maxspeed glaub ich schon lang nicht mehr. 
Das heißt nicht, dass ich damit glücklich bin. Als Datenbankentwickler kenne 
ich zu sehr die Probleme mit Redundanzen. Aber wie es aussieht, muss ich 
schon zufrieden sein, wenn nicht alle meine Änderungen revertiert werden.


Ich hab den halben Weihnachtsurlaub versessen um die Landesstraßen zu 
vervollständigen. Dass die jetzt komplett sind, könnte man sicher auf der 
einen oder anderen Webseite als kleine Schlagzeile einbauen. Dann sieht man, 
dass bei OSM noch was weitergeht. Stattdessen suchen alle nur nach einem 
Punkt, über den sie nörgeln können. Da verliert man echt die Lust, noch 
irgendwas für OSM zu tun.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] burgenländische Landesstraßen


On 05.01.2013, Andreas Labres wrote:

Es gibt keine sinnvolle/verbreitete Methode, Standards (speziell, wenn sie
länderspezifisch sind) in OSM zu setzen.


Hier nochmal die Links:
http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed
http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions


Wie die Situation damals war, kann ich mich nimmer erinnern. [...]
Den erwähnten Nebensatz im Wiki habe ich entfernt.


Mit etwas Glück kannst du dich in 3 Jahren nicht mehr daran erinnern, warum 
du ihn rausgenommen hast, und nimmst ihn wieder rein. :-)


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] burgenländische Landesstraßen

2013-01-05 Per discussione Erwin OSM


Am 05.01.2013 19:18, schrieb Friedrich Volkmann:

On 05.01.2013 15:30, Soldier Boy wrote:
Für Router ist es nicht so einfach möglich rauszufinden ob sich eine 
Straße
inner oder außerorts befindet. Ohne dieses Problem würde ich deine 
Meinung

einsehen. Da scheitert es an mehreren Punkten:
- Es sind nicht alle Ortsflächen eingezeichnet
- Größerer Rechenaufwand
- Es sind nicht alle Ortsschilder eingezeichnet (auf welcher Seite des
Schildes ist zb Innerorts)
- Ortstafel steht nicht immer dort wo wirklich die Häuser beginnen


Die Ortsschilder sind sowieso keine Hilfe, weil nicht an jeder Straße, 
die ins Ortsgebiet hineinführt, eines steht.


Dass im Wiki inside place / outside place unterschieden wird, 
halte ich für eine Altlast, und ich hab für AT schon eine Fußnote 
eingefügt, dass das so nicht geht. Die Fußnote wär auch anderen 
Ländern anzuraten...


Die Lösung ist, dass pro Land und highway-Typ genau 1 Default 
angegeben ist, und der gilt immer, wenn am Way nichts anderes 
angegeben ist.


Damit haben Mapper weniger Arbeit (weil sie sich die meisten 
maxspeed-Tags ersparen) und Anwendungentwickler ebenfalls (weil sie 
keine Heuristiken entwickeln müssen, nach denen die maxspeed erraten 
werden).


Für Routinganwendungen muss man einen Präprozessor über die Daten 
laufen lassen, und das muss man sowieso:

1) highway=* mit area=yes auflösen
2) jeden highway einem Land zuordnen
3) für diverse hartkodierte landesabhängige Besonderheiten (z.B. 
Radfahren gegen die Einbahn in Wohnstraßen, Reitverbot auf 
Forststraßen) Tags hinzufügen

4) access-Tags in der Hierarchie hinunter kopieren
5) access-Tags wo nicht versorgt mit Defaults versorgen und dann 
ebenfalls hinunter kopieren

6) highways ohne maxspeed mit Defaults versorgen
7) maxspeed=AT:urban usw. in Zahlenwerte umwandeln
8) Summe der Höhendifferenzen (+ und -) für jeden Way aus dem 
Höhenmodell errechnen

9) für jeden Way die Biegungen aufsummieren
usw.

Bist du zufrieden wenn ich source:maxspeed setze? Also das du die 
Werte dann
nicht mehr löscht? Auch wenn sie nach deiner Meinung nach nicht 
notwendig wären.




Nur noch eine Frage! Seit wann muss man *einen Einzelnen* um Zustimmung 
fragen, wenn man etwas taggen will?

Ich finde, das geht doch etwas zu weit!!!

Gelöscht hab ich sie mit source:maxspeed glaub ich schon lang nicht 
mehr. Das heißt nicht, dass ich damit glücklich bin. Als 
Datenbankentwickler kenne ich zu sehr die Probleme mit Redundanzen. 
Aber wie es aussieht, muss ich schon zufrieden sein, wenn nicht alle 
meine Änderungen revertiert werden.


Ich hab den halben Weihnachtsurlaub versessen um die Landesstraßen zu 
vervollständigen. Dass die jetzt komplett sind, könnte man sicher auf 
der einen oder anderen Webseite als kleine Schlagzeile einbauen. Dann 
sieht man, dass bei OSM noch was weitergeht. Stattdessen suchen alle 
nur nach einem Punkt, über den sie nörgeln können. Da verliert man 
echt die Lust, noch irgendwas für OSM zu tun.




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

Re: [Talk-at] burgenländische Landesstraßen


On 05.01.2013 23:37, Erwin OSM wrote:

Nur noch eine Frage! Seit wann muss man *einen Einzelnen* um Zustimmung
fragen, wenn man etwas taggen will?
Ich finde, das geht doch etwas zu weit!!!


Wenn man einen Konsens finden will, fragt man andere, was sie von dieser 
oder jener Lösung halten. Das ist kein Um-Erlaubnis-Fragen.


Ein Konsens kann nicht darin bestehen, dass ein einzelner User (hallo al) 
ihn festlegt. Und auch nicht darin, dass einer munter drauf los taggt und 
dann sagt, so das ist jetzt Konsens.


Du hast von meinem Mail ein Fullquote gemacht und bist auf keinen einzelnen 
Satz eingegangen. Wenn man alle Landesstraßen durchgeht, ist das nicht nur 
viel Arbeit, sondern man muss auch versuchen, das Tagging halbwegs 
einheitlich zu halten. Also ein highway=secondary im Nordburgenland sollte 
ungefähr das gleiche sein wie ein highway=secondary im Südburgenland. 
Genauso ist das mit den maxspeed. Wenn jeder taggt, wie er grad lustig ist, 
kommt nur ein Chaos heraus.


Man kann leicht schimpfen, wenn man die Arbeit nicht selber macht. In NÖ 
sind z.B. die L6xxx noch nicht komplett, wär das eine Aufgabe für dich?


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-lv] celju seguma dati

2013-01-05 Per discussione Raitis U.

Līdz šim arī tā uzskatīju, bet kur tas ir rakstīts?
Zem wiki, piemēram gan compacted, gan gravel ir ielikts pie unpaved (tāpat
kā wood un metal, lai gan tie ir cieti segumi). Gravel, kā esmu tagad
sapratis, ir vienkārši grants/šķembu ceļš bez vairākiem slāņiem/uzbēruma.

Vēl lieki ir:
betona iedalījumi un bruģa izmēri (tiem būtu jābūt atsevišķam tagam)
earth - dublējas ar ground. (ja skatās pēc semantikas, šis arī ir tas
unpaved, jo te seguma nav vispār)
fine_gravel kas parasti ir uzlabota compacted versija - vairāku slāņu
segums, tikai augšā ir smalkā grants

klāt ir pievienots sett (kvadrātainais bruģis)
Varbūt ir vēl kādi ierosinājumi/iebildumi?

2013/1/5 mart...@mednis.info

Principā arī grants ceļi skaitā Paved. Grants ceļiem es līdz šim izmantoju
surface=gravel.

Rich @ 2013-01-05 01:07 rakstīja:

On 2013-01-04 20:55, Raitis U. wrote:

Paskaties cik daudz Latvijā un citur ir unpaved - nedomāju ka tik daudz
ir sazīmēti celiņi, kuriem vispār nav seguma. Tās ir tās pašas
grantenes, vienkārši editoros pa lielam unpaved izskatās pretstats

nezinu par citiem editoriem, josmaa jau neizskataas nekaadi. bet
latvijaa viena liela dalja paved/unpaved vareeu buut mani, lai gan es
ciitiigi laboju veelaak ;)
vienkaarshi saakumaa es kaut kaa sapratu, ka paved=asfalts/brugjis,
unpaved=viss paareejais un taa arii brashi tagoju. peec tam jau tik
detalizeetaak un pareizaak darbojos...

paved, attiecīgi arī grants ceļus tā apzīmē. Tas ir intuitīvi un tur
neko nevar darīt. Doma bija sadalīt grupās apzīmējumus, virzienā uz
arvien sīkāku detalizāciju.

kopumaa doma superiiga, shii tabula smagi paarsit features lapu -
tikai jaatiek galaa ar klasifikaacijas konfliktiem
...

__**_
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv

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

[Talk-cz] Podklad Bing v Praze

2013-01-05 Per discussione Petr Dlouhý

Ahoj,



nedá se nějak ovlivnit chování ortofotomapy Bingu v Praze? Teď se to chová 
tak, že při nižším přiblížení je vidět novější, ale mnohem méně kvalitní 
podklad (nižší rozlišení, horší zaměření, mraky) a při vyšším přiblížení ta 
starší, podrobnější a celkově lepší.

Tohle chování mi docela komplikuje práci, protože na 90% případů využívám 
ten starší a musím pak kvůli velkému přiblížení hodně posouvat s mapou. Rád 
bych si mapu buď vybral, nebo alespoň o kus posunul hranici při které se 
přepne.




Máte nějaké tipy?

-- 
Petr Dlouhý 
petr.dlo...@email.cz 


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

Re: [OSM-talk-fr] Niveau de landuse

2013-01-05 Per discussione PhQ

+ 1



--
View this message in context: 
http://gis.19327.n5.nabble.com/Niveau-de-landuse-tp5716629p5742875.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Niveau de landuse

2013-01-05 Per discussione Romain MEHUT

Le 5 janvier 2013 01:46, Vincent Pottier vpott...@gmail.com a écrit :


 Superbe travail !
 Une petite remarque :
 contrairement à certains (que je ne nommerai pas pour ménager des
 susceptibilité et éviter du troll), je n'aime pas, j'ai horreur de tracer
 les limites de parcelles sur la voirie : l'axe de la voie n'a jamais été
 une limite de champs ou de forêt. Les deux limites sont donc fausses. Je
 place la limite d'un côté ou de l'autre de la voie, comme ça, j'en ai un
 qui est bon.


+1
Romain
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Niveau de landuse

2013-01-05 Per discussione SylvainH

FrViPofm wrote
 Superbe travail !

Merci, ça fait un peu plus de 2 ans que je bosse de manière plus ou moins
régulière sur le territoire de ma commune d'origine ! Et c'est comme ça que
j'ai découvert l'ensemble des possibilités et facettes d'OSM


FrViPofm wrote
 Une petite remarque :
 contrairement à certains (que je ne nommerai pas pour ménager des 
 susceptibilité et éviter du troll), je n'aime pas, j'ai horreur de 
 tracer les limites de parcelles sur la voirie : l'axe de la voie n'a 
 jamais été une limite de champs ou de forêt. Les deux limites sont donc 
 fausses. Je place la limite d'un côté ou de l'autre de la voie, comme 
 ça, j'en ai un qui est bon.

Oui effectivement, c'était un des doutes que j'ai pu avoir.
J'ai adopté la méthode de limite de parcellaires sur l'axe de la voie, par
simplification.

Mais, effectivement je reconnais que c'est moins précis et moins exact.
Du coup, je suppose que tu as une bande de 3 à 20 m (selon l'emprise de la
voie) de part et d'autre de la chaussée.
Quel tag utilises-tu pour cette emprise ? Il me semble qu'il y a un tag pour
les dépendances routières non (ou alors mettre de la pelouse dans les cas où
c'est de la pelouse).

As-tu des exemples de ce que tu as pu faire ?
(si le serveur de tuiles Mapnik fonctionne, car ce matin ça ne fonctionne
toujours pas chez moi...)


FrViPofm wrote
 Entre residential et quelque-chose, je mets la voie dans le residential.
 Entre foret et quelque-chose, j'évite la voie dans le couvert.

Oui effectivement, j'ai ce problème au sud-ouest de la commune, et cela est
assez illisible sur Mapnik.

Mais à terme, l'idée est de pouvoir générer des rendus personnalisés avec
Maperitive faisant apparaître des éléments non visibles sur Mapnik.


FrViPofm wrote
 Par exemple le camps de caravanes Camps des Roses ne se finit pas au 
 milieu de la rue. Et dans sa partie Ouest, il eut mieux valu faire la 
 limite sur la haie de la prairie pour tracer cette haie.

Oui, cela fait partie d'une imperfection à reprendre, tout comme des
mauvaises jointures de polygones, des haies non superposés à un changement
de landuse ...


FrViPofm wrote
 Aubers est maintenant extrait du multipolygone farm, qui a été redécoupé 
 à l'occasion.

Merci beaucoup ! Comment as-tu fait ? 
Je pense le faire ensuite sur les communes limitrophes...


FrViPofm wrote
 Pour continuer, on peut caractériser les bâtiments :
 building=house|garage|appartment...

Oui j'y avais pensé. Il faut aussi que j'ajoute divers données tels les
lampadaires, les poteaux incendie, les transfos EDF...
Et quelques chemins privés (les plus importants), mais d'ailleurs je sais
pas jusqu'à quel niveau je peux aller (je ne vais pas m'amuser à tagguer la
petite voie de 10m qui dessert la maison).
Je crois avoir vu d'ailleurs en Allemagne un exemple où même les haies, murs
et clôtures entre parcelles avait été taggué. Je ne sais plus où c'est
d'ailleurs.



FrViPofm wrote
 Certes, ça ne se voit pas beaucoup sur la carte. Mais on ne taggue pas 
 pour le rendu, n'est-ce pas ?

Non, c'est ce que je me suis efforcé de faire. Sauf dans le cas
effectivement des limites de landuse et des voies, par soucis de
simplification et je reconnais aussi, par soucis esthétique !
Chacun est libre effectivement ensuite de générer son propre rendu sous
Mapetiritive ou CloudMade Maps, pour améliorer l'esthétisme de la carte en
fonction de ce qu'il souhaite.





--
View this message in context: 
http://gis.19327.n5.nabble.com/Niveau-de-landuse-tp5716629p5742879.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Données historique et historiques des données...

2013-01-05 Per discussione Vincent de Chateau-Thierry


Bonjour,

Le 05/01/2013 00:51, François Lacombe a écrit :

Je ne connais pas les cas simples, juste des cas particuliers.

On peut faire un truc simple pour commencer qui sera possiblement une
véritable horreur à intégrer à la prochaine itération en plus de ne
concerner qu'un nombre restreint de situations.


Après je ne fais pas (encore, qui sait) parti de l'équipe de dev des
outils OSM, peut-être qu'ils ont un autre angle d'approche du problème
que je serais ravi de lire.


Le 5 janvier 2013 00:29, Christian Quest cqu...@openstreetmap.fr
mailto:cqu...@openstreetmap.fr a écrit :

On dérive (comme les continents, on va bientôt en parler)... c'est
intéressant de pousser les concepts à leur limite, mais si on pouvait
identifier des cas simples qu'on peut gérer avec des solutions simples
ça serait déjà pas mal, non ?



Bien que spectateur sur ce fil, je rejoins Christian là-dessus : pour 
partager vos raisonnements, il doit y avoir moyen de les illustrer par 
des scenarios sur des objets typiques, comme ceux déjà énumérés dans le 
fil : une emprise administrative, un bout de route, un POI, etc. A 
contrario, si on n'est pas capable de cet exercice, ça n'augure rien de bon.

Une page de wiki pour poser tout ça ?

vincent

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

[OSM-talk-fr] Vandalisme ?

2013-01-05 Per discussione Christophe Foucher

Bonjour,

J'ai constaté que la moitié de la route reliant Plélan-le-Petit à Mégrit a
disparu. Comment puis-je savoir quand cela est arrivé et par qui ?
J'ai essayé l'onglet historique, mais il liste tout un tas de changelogs
qui n'ont rien à voir avec ce que je cherche.

La route manquante est visible ici : http://osm.org/go/erh5nuW?layers=Q

Cordialement,

Christophe Foucher,
Toulouse.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vandalisme ?

2013-01-05 Per discussione Etienne Trimaille

Est-ce que tu parle de cette route ?
http://www.openstreetmap.org/?way=33269952

Si oui, alors, c'est normal, elle n'a plus aucun tag depuis le changement
de licence.
Le dernier utilisateur est le bot de l'OSMFoundation pour enlever les
contributions non compatibles odbl.
http://www.openstreetmap.org/browse/way/33269952/history

La route est bien présente dans la base si tu charge les données. Mais sans
tag, rien n’apparaît.



Le 5 janvier 2013 11:02, Christophe Foucher
christophe.fouc...@gmail.coma écrit :

 Bonjour,

 J'ai constaté que la moitié de la route reliant Plélan-le-Petit à Mégrit a
 disparu. Comment puis-je savoir quand cela est arrivé et par qui ?
 J'ai essayé l'onglet historique, mais il liste tout un tas de changelogs
 qui n'ont rien à voir avec ce que je cherche.

 La route manquante est visible ici : http://osm.org/go/erh5nuW?layers=Q

 Cordialement,

 Christophe Foucher,
 Toulouse.

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


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

[OSM-talk-fr] shp et csv contenant du texte

2013-01-05 Per discussione cherbe

Bonjour

Je possède des fichiers de type SHP (shapefiles) contenant du texte. Lorsque
j'ouvre ces fichiers dans JOSM, le texte est masqué par un symbole coloré.
J'ai le même problème dans QGIS mais là, je peux supprimer le symbole et le
texte apparaît. Je n'ai rien trouvé d'équivalent dans JOSM (suppression de
tous les symboles).
Quelqu'un a déjà rencontré le problème ?

A défaut, connaissez-vous un autre format de fichier vectoriel qui passerait
dans JOSM ?

J'ai la possibilité de transformer le SHP en CSV mais je ne sais pas comment
structurer le fichier CSV 
(où et comment mettre les coordonnées ; quels titres donner aux
colonnes...).

Merci.




--
View this message in context: 
http://gis.19327.n5.nabble.com/shp-et-csv-contenant-du-texte-tp5742887.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] fichiers SHP et CSV

2013-01-05 Per discussione christian Herbé


Bonjour

Je possède des fichiers de type SHP (shapefiles) contenant du texte. 
Lorsque j'ouvre ces fichiers dans JOSM, le texte est masqué par un 
symbole coloré. J'ai le même problème dans QGIS mais là, je peux 
supprimer le symbole et le texte apparaît. Je n'ai rien trouvé 
d'équivalent dans JOSM (suppression de tous les symboles).

Quelqu'un a déjà rencontré le problème ?

A défaut, connaissez-vous un autre format de fichier vectoriel qui 
passerait dans JOSM ?


J'ai la possibilité de transformer le SHP en CSV mais je ne sais pas 
comment structurer le fichier CSV
(où et comment mettre les coordonnées ; quels titres donner aux 
colonnes...).


Merci.
attachment: cherbe.vcf___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Modélisation du réseau électrique français

2013-01-05 Per discussione François Lacombe

Bonjour,

J'ai terminé la saisie du 400 kV du poste de Génissiat dans le 01. Il reste
le 225kV et le 63kV mais c'est assez flou et géoportail est faux sur les
tension et chemins des lignes aux abords du poste.
http://www.openstreetmap.org/?lat=46.05465lon=5.8064zoom=15layers=M

J'ai essayé de coller le mieux aux précos du wiki, je suis ouvert à tout
commentaire :)

Pour la saisie des circuit sur les lignes, il reste capital de bien casser
les ways représentant les files de pylones à chaque intersection pour que
des tronçons de lignes n'appartiennent pas à tort aux relations.
Il devrait en être de même pour les voies ferrées au passage.


Bonne journée.

Le 3 janvier 2013 23:04, Christian Quest cqu...@openstreetmap.fr a écrit :

 Le 3 janvier 2013 13:49, François Lacombe
 francois.laco...@telecom-bretagne.eu a écrit :
  Le 3 janvier 2013 11:12, David Crochet david.croc...@online.fr a
 écrit :
 
  Est-ce que RTE  applique des informations de réseau d'énergie
 indépendant
  du réseau physique comme le fait la SCNF qui applique un numéro de
 ligne (le
  Paris-Granville) indépendant des voies physique mais liés quand même ?
  Dans ce cas, pas la peine de simuler la présence de plusieurs réseaux au
  sein d'un même « chemin » puisque la relation va faire le tri
 correctement
  dans ce cas
 
 
  Si les voies SNCF correspondent aux files de pylônes alors la réponse est
  oui.

 Pour la SNCF, il y a des relations route=train pour décrire les trains
 qui circulent sur les route=railway qui sont les infrastructures des
 lignes elles même. Les premiers sont liés à la SNCF, les seconds en
 réalité à RFF.

 François, ton TOC* est déjà identifié: les pylônes électrique car dans
 ces relations, il n'y a pas de pylônes... certaines lignes
 ferroviaires n'étant toujours pas électrifiées ;)

  RTE ne connait même que le circuit qui est codifié selon le nom des
 postes
  aux extrémités et suivant un ordre numérique (plusieurs circuits peuvent
  correspondre aux mêmes extrémités).
  Les files de pylônes ne sont pas codifiées en tant qu'artère, par contre
 les
  pylônes possèdent des numéros (selon un des circuits supportés je crois)
 
  Je suis aussi d'accord pour dire que la relation réifie correctement le
  circuit, il faut que tout s'ordonne dans ma tête surtout :)
 
 
  Il peut exister des cas particuliers : les piquages.
  C'est le cas à Montchanin : http://goo.gl/maps/fjdKy
  Le circuit de gauche se voit ponctionner vers le poste électrique tout
  proche. Là, le modèle d'OSM à base de relation permet de traiter ce cas
 avec
  un tag via= par contre je ne sais pas comment RTE fait puisque le
  circuit n'a pas 2 mais 3 extrémités.
 
  D'ailleurs les apparences sont parfois trompeuses puisque ce circuit est
  construit en techno 400 kV mais n'accepte en réalité que du 225 kV (cf le
  piquage et les cartes de RTE).
  Le 400 kV arrive prochainement.
 
 http://www.rte-france.com/fr/nos-activites/nos-projets/bourgogne/les-projets-en-cours-en-bourgogne
 
 
 
  Car « power=cable » sous entend implicitement « layer = -1 » ce qui
 évite
  par exemple à un logiciel de dire qu'un câble croisent sans connexion
 une
  ligne. alors qu'il n'ont pas le layer indiqué
 
 
  Je ne comprends pas très bien cette histoire de layer.
  Deux ways peuvent se croiser, elles ne seront connectées que si elles
 ont un
  node en commun à l'endroit du croisement.
  Pourquoi vouloir hiérarchiser de cette façon?
 
 

 Une habitude qui vient des routes, l'une passe forcément sur l'autre
 et layer permet d'indiquer qui est dessus, qui est dessous ce qui
 n'est pas forcément sans intérêt, car dans la réalité c'est quand même
 bien comme ça.


 
  Mais très peu visible sauf les balises au sol indiquant la présence d'un
  réseau souterrain
 
  Ce que je voulais dire est qu'un contributeur OSM pourra faire la carto
  d'une artère BTB aérienne qui disparaitra 15 jours plus tard sous le coup
  d'une dissimulation de réseau.
 
  La capillarité fait que les zones à surveiller sont multiples sans avoir
 une
  visibilité correcte sur les projets des concessionnaires de ces réseaux.
  Sur la HTB (et ca démarre un peu sur la HTA) les projets sont connus et
 les
  travaux bien plus voyant.
 
  C'est juste une question de capacité de mise à jour, sinon on est bien
  d'accord que le max de données disponibles reste l'objectif.
 

 C'est une question qui revient pour quasiment tout type de données:
 a-t-on les moyens de les maintenir à jour ?
 Cette question se pose logiquement le plus pour des données qui vont
 dans le détail.


 *TOC = Trouble Obsessionnel Cartographique

 --
 Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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




-- 
*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
___
Talk-fr mailing list

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

2013-01-05 Per discussione Claude


Le 03/01/2013 15:09, ZIMMY a écrit :

Bonjour à tous,

Je suis en contact avec plusieurs personnes sur Paray le Monial qui est un
haut lieu spirituel en France avec plusieurs milliers de pélerins par an.
Le service des pèlerinage n'a pas de plan dynamique et multilingue et la
mairie s'oriente vers le prochain recensement de la population avec peine :
il leur manque un plan de ville précis.

Je dois avoir des échanges dans les semaines qui viennent pour concrétiser
l'appropriation sur les deux niveaux : tourisme spirituel et municipal.

Pour ceux qui se sentent de m'épauler : j'ai besoin d'un coup de main pour
affiner la carte :
- emprise des zones urbaines
- nommage des voies
- qualification des équipements majeurs
- autres inspirations

Voici la commune :
http://www.openstreetmap.org/?lat=46.4503lon=4.1154zoom=14layers=M

Merci d'avance




-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/Paray-le-Monial-une-commune-qui-risque-d-utiliser-OSM-pour-son-plan-de-ville-tp5742488.html
Sent from the France mailing list archive at Nabble.com.

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


Bonjour

j'ai rectifié le chemin de halage du canal du centre en accord avec
http://wiki.openstreetmap.org/wiki/FR:Bicycle#Chemin_de_halage
un chemin de halage n'est pas une piste cyclable (highway=cycleway) il 
reste ouvert à la circulation des véhicules de VNF et aux vehicules de 
certains riverains et ayants droit. il est aussi ouvert à la circulation 
des piétons.


cordialement
Claude

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

Re: [OSM-talk-fr] Modélisation du réseau électrique français

2013-01-05 Per discussione RatZilla$

Bonjour François,

Compte tenu de la sensibilité du sujet et de l’intérêt qu'il suscite je
propose qu'il fasse l'objet d'une énième demande officielle de libération
de données par OSM-Fr et Wikimédia-Fr pour avoir plus de poids.
Le département RD d'EDF m'a contacté récemment et souhaite une
présentation de nos travaux. Je les relance pour avoir une proposition de
date sur le premier trimestre 2013.

Gaël

2013/1/5 François Lacombe francois.laco...@telecom-bretagne.eu

Bonjour,

J'ai terminé la saisie du 400 kV du poste de Génissiat dans le 01. Il
reste le 225kV et le 63kV mais c'est assez flou et géoportail est faux sur
les tension et chemins des lignes aux abords du poste.
http://www.openstreetmap.org/?lat=46.05465lon=5.8064zoom=15layers=M

J'ai essayé de coller le mieux aux précos du wiki, je suis ouvert à tout
commentaire :)

Pour la saisie des circuit sur les lignes, il reste capital de bien casser
les ways représentant les files de pylones à chaque intersection pour que
des tronçons de lignes n'appartiennent pas à tort aux relations.
Il devrait en être de même pour les voies ferrées au passage.

Bonne journée.

Le 3 janvier 2013 23:04, Christian Quest cqu...@openstreetmap.fr a
écrit :

Le 3 janvier 2013 13:49, François Lacombe
francois.laco...@telecom-bretagne.eu a écrit :
Le 3 janvier 2013 11:12, David Crochet david.croc...@online.fr a
écrit :

Est-ce que RTE applique des informations de réseau d'énergie
indépendant
du réseau physique comme le fait la SCNF qui applique un numéro de
ligne (le
Paris-Granville) indépendant des voies physique mais liés quand même ?
Dans ce cas, pas la peine de simuler la présence de plusieurs réseaux
au
sein d'un même « chemin » puisque la relation va faire le tri
correctement
dans ce cas

Si les voies SNCF correspondent aux files de pylônes alors la réponse
est
oui.

Pour la SNCF, il y a des relations route=train pour décrire les trains
qui circulent sur les route=railway qui sont les infrastructures des
lignes elles même. Les premiers sont liés à la SNCF, les seconds en
réalité à RFF.

François, ton TOC* est déjà identifié: les pylônes électrique car dans
ces relations, il n'y a pas de pylônes... certaines lignes
ferroviaires n'étant toujours pas électrifiées ;)

RTE ne connait même que le circuit qui est codifié selon le nom des
postes
aux extrémités et suivant un ordre numérique (plusieurs circuits peuvent
correspondre aux mêmes extrémités).
Les files de pylônes ne sont pas codifiées en tant qu'artère, par
contre les
pylônes possèdent des numéros (selon un des circuits supportés je crois)

Je suis aussi d'accord pour dire que la relation réifie correctement le
circuit, il faut que tout s'ordonne dans ma tête surtout :)

Il peut exister des cas particuliers : les piquages.
C'est le cas à Montchanin : http://goo.gl/maps/fjdKy
Le circuit de gauche se voit ponctionner vers le poste électrique tout
proche. Là, le modèle d'OSM à base de relation permet de traiter ce cas
avec
un tag via= par contre je ne sais pas comment RTE fait puisque le
circuit n'a pas 2 mais 3 extrémités.

D'ailleurs les apparences sont parfois trompeuses puisque ce circuit est
construit en techno 400 kV mais n'accepte en réalité que du 225 kV (cf
le
piquage et les cartes de RTE).
Le 400 kV arrive prochainement.

http://www.rte-france.com/fr/nos-activites/nos-projets/bourgogne/les-projets-en-cours-en-bourgogne

Car « power=cable » sous entend implicitement « layer = -1 » ce qui
évite
par exemple à un logiciel de dire qu'un câble croisent sans connexion
une
ligne. alors qu'il n'ont pas le layer indiqué

Je ne comprends pas très bien cette histoire de layer.
Deux ways peuvent se croiser, elles ne seront connectées que si elles
ont un
node en commun à l'endroit du croisement.
Pourquoi vouloir hiérarchiser de cette façon?

Une habitude qui vient des routes, l'une passe forcément sur l'autre
et layer permet d'indiquer qui est dessus, qui est dessous ce qui
n'est pas forcément sans intérêt, car dans la réalité c'est quand même
bien comme ça.

Mais très peu visible sauf les balises au sol indiquant la présence
d'un
réseau souterrain

Ce que je voulais dire est qu'un contributeur OSM pourra faire la carto
d'une artère BTB aérienne qui disparaitra 15 jours plus tard sous le
coup
d'une dissimulation de réseau.

La capillarité fait que les zones à surveiller sont multiples sans
avoir une
visibilité correcte sur les projets des concessionnaires de ces réseaux.
Sur la HTB (et ca démarre un peu sur la HTA) les projets sont connus et
les
travaux bien plus voyant.

C'est juste une question de capacité de mise à jour, sinon on est bien
d'accord que le max de données disponibles reste l'objectif.

C'est une question qui revient pour quasiment tout type de données:
a-t-on les moyens de les maintenir à jour ?
Cette question se pose logiquement le

Re: [OSM-talk-fr] shp et csv contenant du texte

Tout dépend de la feuille de style utilisée dans JOSM, car c'est elle
qui choisit comment représenter les tags.

Un piste... en français dans JOSM ça s'appelle coloriage ;)


Le 5 janvier 2013 11:15, cherbe che...@free.fr a écrit :
 Bonjour

 Je possède des fichiers de type SHP (shapefiles) contenant du texte. Lorsque
 j'ouvre ces fichiers dans JOSM, le texte est masqué par un symbole coloré.
 J'ai le même problème dans QGIS mais là, je peux supprimer le symbole et le
 texte apparaît. Je n'ai rien trouvé d'équivalent dans JOSM (suppression de
 tous les symboles).
 Quelqu'un a déjà rencontré le problème ?

 A défaut, connaissez-vous un autre format de fichier vectoriel qui passerait
 dans JOSM ?

 J'ai la possibilité de transformer le SHP en CSV mais je ne sais pas comment
 structurer le fichier CSV
 (où et comment mettre les coordonnées ; quels titres donner aux
 colonnes...).

 Merci.




 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/shp-et-csv-contenant-du-texte-tp5742887.html
 Sent from the France mailing list archive at Nabble.com.

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



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

[OSM-talk-fr] Chemins non connectés dans le wiki...

J'ai traduit la page du wiki sur les Unconnected ways:
http://wiki.openstreetmap.org/wiki/FR:Chemins_non_connect%C3%A9s

Par contre, ce n'était peut être pas une bonne idée de la renommer si
on veut que le wiki la propose en alternatif de l'anglais, mais je
n'ai pas l'habitude du fonctionnement du wiki.

Il y a aussi de la relecture à faire, sûrement plein de fotes !

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

2013-01-05 Per discussione ZIMMY

Bonjour Philippe,

J'ai regardé sur OpenMapquest, l'affichage des quartiers est vraiment sympa.
http://www.openstreetmap.org/?lat=46.45511lon=4.12206zoom=15layers=Q

En revanche, je ne comprends pas l'affichage Mapnik mouline et toutes les
modifications datent de plusieurs jours. 
http://www.openstreetmap.org/?lat=46.46625lon=4.115zoom=16layers=M
Normalement la zone économique devrait s'afficher en rouget avec le nom des
enseignes ajoutées et une emprise plus fine...
Ce qui est agaçant car je dois aller vérifier en cliquant modifier sur
Potlach pour m'assurer que les données n'ont pas été dégradées.
Y-a-t-il une explication pour ça?

Bon week-end à chacun

Jean-Louis


verdy_p wrote
 Regarder comment a été renseigné la population pour la commune et son
 type place=*.
 Comparer au type place=* donné au quartier de La Villeneuve.
 Si ça se trouve le nœud de ce quartier est tagué en suburb, alors
 que la commune est taguée en village. En principe les suburbs sont
 plus gros que les villages et concernent les quartiers de grandes
 agglomérations.
 
 Note : place=village c'est pour toutes les communes de 100 à moins
 de 1 habitants (celles de moins de 100 habitants sont normalement
 taguées en place=hamlet mais là tout le monde n'estpas d'accord et
 on tient compte de la population historique qui a pu être très
 supérieure dans les petits villags ruraux qui gardent leur statut de
 village qui était le sien lorsque la commune a été créée.
 
 Certaines petites communes ont aussi des variations conséquentes et
 rapides de leur population (il suffit parfois d'un lotissement, ou
 d'une démolition d'une ancienne résidence, ou HLM, ou d'un fort exil
 lié au départ d'une entreprise locale, ou de l'implantation d'une
 entreprise pour que cela change considérablement ; la fermeture d'une
 caserne, d'un hôpital, d'une maison de retraite aussi, ou parfois le
 déménagement d'un centre pénitentiaire...).
 
 Bref vérifier les derniers chiffres de population sur le site de
 l'INSEE (au moins les chiffres de 2009 maintenant tous consolidés :
 penser à les corriger si cela n'a pas été fait car souvent les
 chiffres daans OSM sont très grossiers et carrément faux :
 personnellement je met le dernier chiffre exact donné par l'INSEE,
 sans aucun arrondi dans population=n et j'ajoute systématiquement
 population:date=2009 pour indiquer la date retenue par l'INSEE ;
 s'il y a des chiffres plus récents publiés par l'INSEE pour la
 population légale 2013, je mets en année non pas 2013 mais l'année de
 référence indiquée pour le calcul.)
 
 Je monte que l'INSEE envisage de mettre à jour OSM directement avec
 les derniers chiffres de population mais ce serait bien de se mettre
 d'accord sur le tag à utiliser pour indiquer l'année et/ou la source.
 Et à mon avis la population serait plutôt à mettre à jour dans la
 relation, même si on la copie aussi dans le noeud place=* indiqué en
 admin_center, afin de valider la valeur donnée en place=*
 (place=hamlet si population100, place=village si population1,
 place=city si population10, etc.)
 
 Pour les quartiers, je n'utilise pas suburb sauf pour les communes à
 arrondissements ou à grand quartiers administratifs. Pour les autres
 soit, on a plusieurs agglomérations et j'utilise place=village si on
 estime la population de chacune comme suffisante, sinon place=locality
 (pour les quartiers non clairement délimités), et autres
 place=isolated_dwelling pour les lieux-dits ruraux limités à une seule
 adresse (une ferme par exemple) sinon place=hamlet pour quelques
 adresses autour d'un même lieu non délimité officiellement (par
 exemple une ferme habitée et quelques maisons autour le long d'une
 route hors agglomération).
 
 Le 4 janvier 2013 14:20, Nolwenn lt;

 donolwenn@

 gt; a écrit :
 Je n'ai pas vu le avant/après mais je pense que c'est intéressant. Par
 contre
 je me demande pourquoi le rendu standard fait que le nom de la commune
 apparaît plus petit que le nom du quartier « la villeuneuve » ?

 ___
 Talk-fr mailing list
 

 Talk-fr@

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

 Talk-fr@

 http://lists.openstreetmap.org/listinfo/talk-fr





-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/Paray-le-Monial-une-commune-qui-risque-d-utiliser-OSM-pour-son-plan-de-ville-tp5742488p5742899.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

Le générateur de tuile de l'UCL (yevaud) a eu un pépin hier, il doit
avoir encore du retard, et pour moi j'ai carrément les tuiles qui ne
se chargent pas alors que sur munin, yevaud semble tourner.

Le 5 janvier 2013 12:33, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit :
 Bonjour Philippe,

 J'ai regardé sur OpenMapquest, l'affichage des quartiers est vraiment sympa.
 http://www.openstreetmap.org/?lat=46.45511lon=4.12206zoom=15layers=Q

 En revanche, je ne comprends pas l'affichage Mapnik mouline et toutes les
 modifications datent de plusieurs jours.
 http://www.openstreetmap.org/?lat=46.46625lon=4.115zoom=16layers=M
 Normalement la zone économique devrait s'afficher en rouget avec le nom des
 enseignes ajoutées et une emprise plus fine...
 Ce qui est agaçant car je dois aller vérifier en cliquant modifier sur
 Potlach pour m'assurer que les données n'ont pas été dégradées.
 Y-a-t-il une explication pour ça?

 Bon week-end à chacun

 Jean-Louis


 verdy_p wrote
 Regarder comment a été renseigné la population pour la commune et son
 type place=*.
 Comparer au type place=* donné au quartier de La Villeneuve.
 Si ça se trouve le nœud de ce quartier est tagué en suburb, alors
 que la commune est taguée en village. En principe les suburbs sont
 plus gros que les villages et concernent les quartiers de grandes
 agglomérations.

 Note : place=village c'est pour toutes les communes de 100 à moins
 de 1 habitants (celles de moins de 100 habitants sont normalement
 taguées en place=hamlet mais là tout le monde n'estpas d'accord et
 on tient compte de la population historique qui a pu être très
 supérieure dans les petits villags ruraux qui gardent leur statut de
 village qui était le sien lorsque la commune a été créée.

 Certaines petites communes ont aussi des variations conséquentes et
 rapides de leur population (il suffit parfois d'un lotissement, ou
 d'une démolition d'une ancienne résidence, ou HLM, ou d'un fort exil
 lié au départ d'une entreprise locale, ou de l'implantation d'une
 entreprise pour que cela change considérablement ; la fermeture d'une
 caserne, d'un hôpital, d'une maison de retraite aussi, ou parfois le
 déménagement d'un centre pénitentiaire...).

 Bref vérifier les derniers chiffres de population sur le site de
 l'INSEE (au moins les chiffres de 2009 maintenant tous consolidés :
 penser à les corriger si cela n'a pas été fait car souvent les
 chiffres daans OSM sont très grossiers et carrément faux :
 personnellement je met le dernier chiffre exact donné par l'INSEE,
 sans aucun arrondi dans population=n et j'ajoute systématiquement
 population:date=2009 pour indiquer la date retenue par l'INSEE ;
 s'il y a des chiffres plus récents publiés par l'INSEE pour la
 population légale 2013, je mets en année non pas 2013 mais l'année de
 référence indiquée pour le calcul.)

 Je monte que l'INSEE envisage de mettre à jour OSM directement avec
 les derniers chiffres de population mais ce serait bien de se mettre
 d'accord sur le tag à utiliser pour indiquer l'année et/ou la source.
 Et à mon avis la population serait plutôt à mettre à jour dans la
 relation, même si on la copie aussi dans le noeud place=* indiqué en
 admin_center, afin de valider la valeur donnée en place=*
 (place=hamlet si population100, place=village si population1,
 place=city si population10, etc.)

 Pour les quartiers, je n'utilise pas suburb sauf pour les communes à
 arrondissements ou à grand quartiers administratifs. Pour les autres
 soit, on a plusieurs agglomérations et j'utilise place=village si on
 estime la population de chacune comme suffisante, sinon place=locality
 (pour les quartiers non clairement délimités), et autres
 place=isolated_dwelling pour les lieux-dits ruraux limités à une seule
 adresse (une ferme par exemple) sinon place=hamlet pour quelques
 adresses autour d'un même lieu non délimité officiellement (par
 exemple une ferme habitée et quelques maisons autour le long d'une
 route hors agglomération).

 Le 4 janvier 2013 14:20, Nolwenn lt;

 donolwenn@

 gt; a écrit :
 Je n'ai pas vu le avant/après mais je pense que c'est intéressant. Par
 contre
 je me demande pourquoi le rendu standard fait que le nom de la commune
 apparaît plus petit que le nom du quartier « la villeuneuve » ?

 ___
 Talk-fr mailing list


 Talk-fr@

 http://lists.openstreetmap.org/listinfo/talk-fr

 ___
 Talk-fr mailing list

 Talk-fr@

 http://lists.openstreetmap.org/listinfo/talk-fr





 -
 Cordialement,
 ZIMMY
 Jean-Louis ZIMMERMANN
 Développeur territorial (ville d'Orange,FR84)
 Mandataire OSM-France sur le Grand-Sud-est
 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Paray-le-Monial-une-commune-qui-risque-d-utiliser-OSM-pour-son-plan-de-ville-tp5742488p5742899.html
 Sent from the France mailing list archive at Nabble.com.

 ___
 Talk-fr mailing list

Re: [OSM-talk-fr] Modélisation du réseau électrique français

2013-01-05 Per discussione François Lacombe

Bonjour Gaël :)

Je suis pour également, c'est très intéressant.
Si il est possible d'y participer et en fonction des disponibilités de
chacun je veux bien être mis dans la boucle.

Si il est possible d'avoir l'intérieur des postes et un potentiel de mise à
jour, ça facilitera beaucoup le travail!

A bientôt,

François


Le 5 janvier 2013 12:10, RatZilla$ ratzil...@gmail.com a écrit :

 Bonjour François,

 Compte tenu de la sensibilité du sujet et de l’intérêt qu'il suscite je
 propose qu'il fasse l'objet d'une énième demande officielle de libération
 de données par OSM-Fr et  Wikimédia-Fr pour avoir plus de poids.
 Le département RD d'EDF m'a contacté récemment et souhaite une
 présentation de nos travaux. Je les relance pour avoir une proposition de
 date sur le premier trimestre 2013.

 Gaël


-- 
*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

Oui le rendu mouline ne se moment, d'autant plus que la panne sur le
serveur de Pau semble se prolonger  et qu'on est toujours sur le
serveur statique (pas de noouveau rendu pour l'instant, mais le
serveur statique mis en place temporairement a aussi de sérieux
problèmes de performance (les tuiles mettent un temps fou à se
charger, ou ne se chargent pas au delà du niveau de zoom 12, et
certaines même disparaissent du cache sans doute car elles sont
purgées automatiquement, mais ne sont toujours pas renouvelées. Si on
zoom au delà du niveau 12, il y a des tonnes de tuiles manquantes et
plus moyen d'avoir des tuiles  plus petites que la taille voisine
d'une commune entière).
La panne électrique d'hier à Pau qui a mis en rade d'après Hélène un
disque RAID est certainement réparée mais pas les disques RAID,
visiblement, ou alors on doit attendre la fin de reconstruction du
RAID pour qu'il redémarre.
En attendant, on doit utiliser un autre serveur de rendu des tuiles,
mais pour JOSM c'est très génant de ne pouvoir sélectionner une zone
précise à télécharger.
Déjà hier matin je notais que le serveur de base de données de Pau
était anormalement en retard de plus de 6 heures pour le suivi des
modifs, avant de tomber à l'arrêt. Visiblement il n'y a ps que le
serveur de tuiles qui a un pépin.
Mais le serveur de tuiles statiques mis à la place ne tient pas la
charge pour tout le monde en France, Espagne et Italie ou dans les
autres pays qui sont redirigés vers lui.
On boit bien que l'infrastructure d'OSM manque de moyens.
L'infrastructure au Royaume-Uni patinait un peu, Pau était sensé
soulager un peu depuis moins d'un mois mais déjà il explose.
La Fondation OSM doit trouver un moyen de consolider cela : pluss de
serveurs de tuiles, pluss de Squid, pluss de backups de bases de
données. Elle doit songer à un plan de montée en charge sérieux mais
n'aurait pas du basculer d'un coup 3 pays européens à Pau avant
d'avoir évalué sa montée en charge. Il va falloir qu'elle le fasse de
façon plus progressive mais en étant plus prévoyant pour surveiller la
charge et prévoir plus de solutions de secours en cas de panne sur un
matériel. La Fondation OSM a donc besoin de sponsors et pourrait
prendre conseil auprès de la Fondation Wikimedia (qui fait usage
massif d'OSM maintennant aussi, mais avec ses propres moteurs de
rendus sur ses propres serveurs, ce qui est très bien).
Ne peut-on pas envisager plus de coopération entre les deux
Fondations, avec pourquoi pas des moyens communs sur certaines
ressources, comme le partage de la charge des rendus Mapnik, et une
mise en commun des serveurs de tuiles et Squid par un accord mutuel et
un plan DNS partagé, et en parler aussi avec les sponsors de Wikimedia
?
Je ne sais pas trop ce qui se passe à la Fondation OSM, mais elle
ferait bien de faire moins cavalier seul et accepter plus de
collaborations en s'ouvrant davantage.

Le 5 janvier 2013 12:33, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit :
 Bonjour Philippe,

 J'ai regardé sur OpenMapquest, l'affichage des quartiers est vraiment sympa.
 http://www.openstreetmap.org/?lat=46.45511lon=4.12206zoom=15layers=Q

 En revanche, je ne comprends pas l'affichage Mapnik mouline et toutes les
 modifications datent de plusieurs jours.

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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

2013-01-05 Per discussione Art Penteur

Le 5 janvier 2013 12:33, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit :
 Bonjour Philippe,

 J'ai regardé sur OpenMapquest, l'affichage des quartiers est vraiment sympa.
 http://www.openstreetmap.org/?lat=46.45511lon=4.12206zoom=15layers=Q


Opinion discordante ;
  Je trouve que le choix d'OpenMapQuest de représenter les noms de
quartier tout en majuscules (ou capitales...) est assez peu judicieux,
voire agressif pour l'oeil.

Art.

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

Re: [OSM-talk-fr] Chemins non connectés dans le wiki...

J'ai rajouté le bandeau de navigation entre les langues. La
redirection créée par le renommage fonctionne tant que la page de
redirection persiste.

2013/1/5 Christian Quest cqu...@openstreetmap.fr:
 J'ai traduit la page du wiki sur les Unconnected ways:
 http://wiki.openstreetmap.org/wiki/FR:Chemins_non_connect%C3%A9s

 Par contre, ce n'était peut être pas une bonne idée de la renommer si
 on veut que le wiki la propose en alternatif de l'anglais, mais je
 n'ai pas l'habitude du fonctionnement du wiki.

 Il y a aussi de la relecture à faire, sûrement plein de fotes !

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

[OSM-talk-fr] [forum-osm-fr] Nouveau contributeur dans le sud Vendée

2013-01-05 Per discussione forum

Le message suivant de daniel remaud:
##
J'ai découvert OSM grâce à France culture et j'ai remarqué que c'était plutôt 
le désert dans ma commune, j'ai donc commencé à ajouter des routes et des 
chemins. D'autre part je pratique  l'ULM et j'imagine déjà OSM sur mon GPS; 
zut, c'est pas un Garmin. Enfin on peut toujours rêver!

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum-liste
peuvent être posées à sylvainaletuffe.org

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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

C'est un choix de rendu de Mapquest, d'autres moteurs de rendus
peuvent faire d'autres choix, mais si tu as les ressources pour monter
un serveur de rendu et assurer la charge nécessaire pour servir
beaucoup de monde...
En attendant le rendu Mapnik d'OSM est inutilisable actuellement en
France, Espagne et Italie depuis la panne électrique d'hier à Pau.
Il nous faudrait de l'aide : Wikimedia a bénéficié de ses sponsors
acteurs majeurs de l'Internet dont Google, Yahoo. Bing nous fournit
son imagerie, Apple pourrait nous aider aussi (il est client de la
base de données pour son propre rendu, et pourrait aider aussi pour le
rendu).
OSM a maintenant une grosse visibilité sur Internet (merci à
Wikimedia) il est grand temps de changer d'échelle pour
l'infrastructure et pour les coopérations, ainsi que pour la
gouvernance du projet.

Le 5 janvier 2013 14:09, Art Penteur art.pent...@gmail.com a écrit :
 Le 5 janvier 2013 12:33, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit :
 Bonjour Philippe,

 J'ai regardé sur OpenMapquest, l'affichage des quartiers est vraiment sympa.
 http://www.openstreetmap.org/?lat=46.45511lon=4.12206zoom=15layers=Q


 Opinion discordante ;
   Je trouve que le choix d'OpenMapQuest de représenter les noms de
 quartier tout en majuscules (ou capitales...) est assez peu judicieux,
 voire agressif pour l'oeil.

 Art.

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

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

Re: [OSM-talk-fr] Chemins non connectés dans le wiki...

Merci !

J'ai été étonné de voir qu'une page aussi importante n'avait aucune
traduction... peut être qu'il y en a une autre, mais perdue dans la
wiki je ne l'ai pas trouvée !


Le 5 janvier 2013 14:10, Philippe Verdy verd...@wanadoo.fr a écrit :
 J'ai rajouté le bandeau de navigation entre les langues. La
 redirection créée par le renommage fonctionne tant que la page de
 redirection persiste.


-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

Pour les tuiles, ça pédale dans la semoule sur yevaud, le générateur
de tuiles qui a perdu son RAID sur les zooms élevés (17-18 je crois).

Le serveur de Pau n'est pas en cause, il n'arrive juste pas à obtenir
les tuiles depuis l'angleterre...

En attendant, comme je l'ai indiqué dans le flash-info sur
openstreetmap.Fr, vous pouvez passez sur le rendu mapquest, ou sur
tile.paulla.sso.fr/osm (ce que j'ai fait sur live.openstreetmap.fr)

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

Re: [OSM-talk-fr] Données historique et historiques des données...

2013-01-05 Per discussione Ista Pouss

Le 5 janvier 2013 10:47, Vincent de Chateau-Thierry v...@laposte.net a
écrit :

 Bien que spectateur sur ce fil, je rejoins Christian là-dessus : pour
 partager vos raisonnements, il doit y avoir moyen de les illustrer par des
 scenarios sur des objets typiques, comme ceux déjà énumérés dans le fil :
 une emprise administrative, un bout de route, un POI, etc. A contrario, si
 on n'est pas capable de cet exercice, ça n'augure rien de bon.
 Une page de wiki pour poser tout ça ?


Mon regard d'informaticien est tout étonné de lire de telle chose.

Et que l'on puisse penser qu'une emprise administrative ou un bout de route
soient des cas simples, après avoir consulté cette liste depuis un certains
temps, ça m'épate encore plus. Ou que rien dans cette discussion ne semble
faire douter ceux qui croient que c'est simple ?

Enfin bon mon regard d'informaticien n'est qu'un parmi d'autres. Je vais
essayer de reprendre l'exemple de Christian Quest, avec mon oeil
d'informaticien, et vous dire ce qu'il voit :

Il dit :
 shop:[1985/1999-07]=florist
 name:[1985/1999-07]=Mille Fleurs
 shop:[1999-08/2005-02-21]=
 butcher
 name:[1999-08/2005-02-21]=L'entrecôte
 shop=electronics
 name=Fréquences
 On voit trois états successifs du magasin. L'état actuel est supposé être
celui par défaut, ne comprenant pas de date de validité.

Informatiquement parlant, non : il y a juste un truc comportant 6
propriétés. Même la dénomination de magasin n'est pas évidente : elle
n'est ici qu'une propriété, qui ne distingue pas plus qu'une autre le
truc.

Pour découvrir qu'il y a trois états successifs, il faut se rendre compte
que 3 de ces propriétés partagent 2 dates identiques. À la suite de quels
traitements se rend-on compte de ça ? Ce qui est intuitif pour un humain ne
l'est pas pour un ordi.

Et qu'une des dates soit un peu décalée, et bonjour les dégats. Déjà que
les serveurs pédalent à calculer les tuiles avec de simples
clefs/valeurs, je vous raconte pas s'il faut qu'ils se mettent à faire de
l'intelligence artificielle !

On peut dire : OK, on a juste un truc qui comporte x propriétés dont
chacune est susceptible de changer au cours du temps ; on se fout que ce
soit un magasin, ou que l'objet se découpe en plusieurs objets, que
certaines propriétés disparaissent ou apparaissent, etc. On veut juste
rajouter une dimension de temps à chaque propriété..

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

Re: [OSM-talk-fr] Chemins non connectés dans le wiki...

Il n'est pas évident de concevoir les pages wiki dans un contexte multilangue. 

De façon à franciser de tels noms de pages de wiki en anglais, quelqu'un 
sait-il ajouter un titre de façon à ce que le titre de page affiché soit en 
français.

Pour la page FR:Unconnected_ways
comment par exemple s'assurer d'afficher le titre Chemins non connectés


De même on redirige vers la page Chemins FR:Way où il serait bien d'afficher le 
titre en français.


 
Pierre 




 De : Philippe Verdy verd...@wanadoo.fr
À : Discussions sur OSM en français talk-fr@openstreetmap.org 
Envoyé le : Samedi 5 janvier 2013 8h10
Objet : Re: [OSM-talk-fr] Chemins non connectés dans le wiki...
 
J'ai rajouté le bandeau de navigation entre les langues. La
redirection créée par le renommage fonctionne tant que la page de
redirection persiste.

2013/1/5 Christian Quest cqu...@openstreetmap.fr:
 J'ai traduit la page du wiki sur les Unconnected ways:
 http://wiki.openstreetmap.org/wiki/FR:Chemins_non_connect%C3%A9s

 Par contre, ce n'était peut être pas une bonne idée de la renommer si
 on veut que le wiki la propose en alternatif de l'anglais, mais je
 n'ai pas l'habitude du fonctionnement du wiki.

 Il y a aussi de la relecture à faire, sûrement plein de fotes !

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


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

Re: [OSM-talk-fr] Données historique et historiques des données...

2013-01-05 Per discussione Black Myst

Bonjour,

D'une manière générale, je ne suis pas vraiment convaincu de l'utilité
d'avoir des données historique. Pour le moment, on a encore assez de
problème à résoudre pour la représentation du présent. Le passé peut
attendre, surtout que la dimension temporelle est un vrai casse tête. Seul
une modification très profonde de l'API permettrais d'avoir une chance de
s'y retrouver.

En revanche, pour ce qui est de certain cas particulier (comme l'historique
des noms d'une rue), pourquoi pas... mais avec des tags plus simple.
En effet, ta proposition se base sur une syntaxe dans le nom de clé
[debut:fin], je préfère une approche plus proche de nos pratiques actuelles:

Un exemple (pris à Saint-Maur):
*name* = Place Jean Moulin
*name[1901]* = Carrefour de Bellechasse
*name[1901-1965]* = Place Nationale
Inconvénient: On ajoute de la sémantique dans le tag. Osmose signale le tag
en erreur.

Deviendrais quelques choses comme:

*name* = Place Jean Moulin
*old_name* = Carrefour de Bellechasse (jusqu'en 1901); Place Nationale (de
1901 à 1965)

Avantage: tag existant, facile à comprendre pour n'importe quel utilisateur
humain
Inconvénient: très difficile à comprendre (parser) pour une application car
difficile à standardiser.

ou bien, on pourrait partir sur quelques choses comme:

*name* = Place Jean Moulin
*history:name* = Place Nationale [1901:1965]; Carrefour de Bellechasse
[:1901]

Avantage: on crée un nouveau tag 'history'.
 - on peut donc imposer une syntaxe spécifique précise pour la valeur
 - les applications pourront comprendre et utiliser toute la richesse de
l'information.
Inconvénient: Il faut juste créer une page de proposition et voir si c'est
accepté.

Ces deux propositions permettent de gérer l'histoire des méta-données d'un
élément (et pas l'histoire de sa géométrie) et sont compatible avec Osmose.

Qu'en pensez-vous ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Chemins non connectés dans le wiki...

2013-01-05 Per discussione Art Penteur

Le 5 janvier 2013 16:29, Pierre Béland infosbelas-...@yahoo.fr a écrit :


 Pour la page FR:Unconnected_ways
 comment par exemple s'assurer d'afficher le titre Chemins non connectés


  Confronté au même problème, j'ai simplement ajouté un peu de texte
avant le cadre-sommaire :
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dplace_of_worship

Il faudrait peut-être le mettre avec un style = niveau de titre,
plutôt que texte-simple ?

Art.

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

Re: [OSM-talk-fr] Données historique et historiques des données...

Le 5 janvier 2013 17:32, Black Myst black.m...@free.fr a écrit :
 Bonjour,

 D'une manière générale, je ne suis pas vraiment convaincu de l'utilité
 d'avoir des données historique. Pour le moment, on a encore assez de
 problème à résoudre pour la représentation du présent. Le passé peut
 attendre, surtout que la dimension temporelle est un vrai casse tête. Seul
 une modification très profonde de l'API permettrais d'avoir une chance de
 s'y retrouver.

 En revanche, pour ce qui est de certain cas particulier (comme l'historique
 des noms d'une rue), pourquoi pas... mais avec des tags plus simple.
 En effet, ta proposition se base sur une syntaxe dans le nom de clé
 [debut:fin], je préfère une approche plus proche de nos pratiques actuelles:

 Un exemple (pris à Saint-Maur):
 name = Place Jean Moulin
 name[1901] = Carrefour de Bellechasse
 name[1901-1965] = Place Nationale
 Inconvénient: On ajoute de la sémantique dans le tag. Osmose signale le tag
 en erreur.


C'est bien le but (la sémantique dans le tag) ;)


 Deviendrais quelques choses comme:

 name = Place Jean Moulin
 old_name = Carrefour de Bellechasse (jusqu'en 1901); Place Nationale (de
 1901 à 1965)

 Avantage: tag existant, facile à comprendre pour n'importe quel utilisateur
 humain
 Inconvénient: très difficile à comprendre (parser) pour une application car
 difficile à standardiser.

Et oui, va baser un rendu là dessus !

Par contre créer un texte à partir des tags plus sémantique est
possible... c'est du rendu en fait.



 ou bien, on pourrait partir sur quelques choses comme:

 name = Place Jean Moulin
 history:name = Place Nationale [1901:1965]; Carrefour de Bellechasse [:1901]


Mouais...


 Avantage: on crée un nouveau tag 'history'.
  - on peut donc imposer une syntaxe spécifique précise pour la valeur
  - les applications pourront comprendre et utiliser toute la richesse de
 l'information.
 Inconvénient: Il faut juste créer une page de proposition et voir si c'est
 accepté.

 Ces deux propositions permettent de gérer l'histoire des méta-données d'un
 élément (et pas l'histoire de sa géométrie) et sont compatible avec Osmose.

 Qu'en pensez-vous ?


Osmose est facile à faire évoluer pour ne pas tenir compte de ces
syntaxes, c'est pour moi un faux problème.

Cela pourrait éventuellement fonctionner sur le cas précis du nom,
mais pour des tags qui varient (comme Dujaric, le marchand de
chaussure près de la Mairie qui était le Tribunal et le commissariat
jusqu'à la construction du tribunal actuel... et le commissariat qui a
déménagé et est maintenant occupé par une association...).

L'histoire (récente) n'intéresse pas tout le monde, soit. Mais il y a
beaucoup d'infos présentes dans OSM qui n'intéressent pas tout le
monde !

Il faut voir si l'autre syntaxe proposée par Vincent n'allume pas les
voyant sur Osmose, elle me semble plus propre. Je vais changer mes
quelques tags de test pour voir.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Chemins non connectés dans le wiki...

Après vérification, la page 
http://wiki.openstreetmap.org/wiki/FR:Wiki_Translation

suggère bien la procédure suivie ici, soit un redirect ver la page fr et 
l'ajout dans la page fr de
{{Languages|Nom_de_la_page en anglais}} 

C'est en quelque sorte une béquille et rien d'autre ne semble exister 
malheureusement.


Pierre 




 De : Art Penteur art.pent...@gmail.com
À : Pierre Béland infosbelas-...@yahoo.fr; Discussions sur OSM en français 
talk-fr@openstreetmap.org 
Envoyé le : Samedi 5 janvier 2013 12h05
Objet : Re: [OSM-talk-fr] Chemins non connectés dans le wiki...
 
Le 5 janvier 2013 16:29, Pierre Béland infosbelas-...@yahoo.fr a écrit :


 Pour la page FR:Unconnected_ways
 comment par exemple s'assurer d'afficher le titre Chemins non connectés


  Confronté au même problème, j'ai simplement ajouté un peu de texte
avant le cadre-sommaire :
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dplace_of_worship

Il faudrait peut-être le mettre avec un style = niveau de titre,
plutôt que texte-simple ?

Art.


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

[OSM-talk-fr] [forum-osm-fr] Chemin (piste) de vigne...

2013-01-05 Per discussione forum

Le message suivant de :
##
Bonsoir,





Par chez moi il y a il beaucoup de parcelles dédiées à la culture de la vigne 
et j'ai commencé à indiquer l'état de chacune des pistes praticable par au 
moins un moyen de locomotion (voiture, 4x4, tracteur) ainsi que les sentiers 
régulièrement utilisés. À voir la carte je me demande si je ne suis pas aller 
trop loin : 
http://www.openstreetmap.org/?lat=43.2246798411618lon=2.91498122442802zoom=14layers=M



Mon but premier était de cartographier ce labyrinthe de sentier existant autour 
de chez moi. Il m'est souvent arrivé de rebrousser chemin en vélo au bout d'une 
impasse en plein champ et parfois d'emprunter des pistes très peut praticable 
(grade5) principalement à cause du travail de labourage des tracteurs.



En reprenant la doc http://wiki.openstreetmap.org/wiki/FR:Key:tracktype voici 
l'application dans mon coin :

grade1 : piste goudronné

grade2 : piste praticable par temps de pluie en voiture

grade3 : piste praticable en voiture mais recommandé en SUV ou utilitaire

grade4 : piste praticable en tracteur (praticable en vélo mais à éviter)

grade5 : piste peut empruntée, tendance à s'effacer



Sur la même commune j'ai un terrain de plaine de type alluviale (meuble par 
temps de pluie) et une autre parti formé par des collines sèche et rocailleuse 
impossible à travailler pour l'agriculture où une petite piste sera toujours 
plus praticable qu'une grosse piste en plaine.



Qu'en pensez vous ? Qu'est ce que je doit modifier ? (ou pas)



a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum-liste
peuvent être posées à sylvainaletuffe.org

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

Re: [OSM-talk-fr] Chemins non connectés dans le wiki...

2013-01-05 Per discussione David Crochet


Bonjour

Le 05/01/2013 16:29, Pierre Béland a écrit :
De façon à franciser de tels noms de pages de wiki en anglais, 
quelqu'un sait-il ajouter un titre de façon à ce que le titre de page 
affiché soit en français.




Regarder l'écriture du modèle :
http://fr.wikiversity.org/wiki/Mod%C3%A8le:Titre
qui modifie le h1 de la page rendu par Mediawiki, le h1 étant le 
titre de la page.

Bien entendu, cela demande de modifier le commons.css du wiki.

Ainsi en modifiant le h1, vous modifier le rendu du titre de la page 
sans en changer son nom.


--
Cordialement
David Crochet
http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut 
prendre part !
http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre

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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

Le 5 janvier 2013 14:50, Christian Quest cqu...@openstreetmap.fr a écrit :
 Pour les tuiles, ça pédale dans la semoule sur yevaud, le générateur
 de tuiles qui a perdu son RAID sur les zooms élevés (17-18 je crois).

En fait cela concerne TOUS les niveaux au dessus du niveau 12 (dès le
niveau 13 on a des problèmes, donc pas moyen d'avoir des tuiles plus
fines qu'en gros une commune entière). Plein de tuiles ne se chargent
pas ou mettent un temps infini (et malheureusement le serveur a un
timeout beaucoup trop long, et doit saturer en nombre de ports TCP
ouverts par les visiteurs de France, d'Espagne ou d'Italie).

Heureusement que la plupart des visiteurs le font via le serveur de
tuiles de Wikimedia, via les cartes affichées sur Wikipédia par le
lien en haut des pages.

Sinon pour les visiteurs Mapquest reste une solution, mais pas pour
les utilisateurs de JOSM quand on veut charger des tuiles en zoomant
sur une zone précise. Seule solution : zoomer, attendre quelques
heures (sic!), puis rezoomer pour que la tuile soit à disposition dans
JOSM. Ou alors trouver un autre moyen pour chercher un objet précis
(Nominatim fournit parfois une box assez petite si on veut moins
qu'une commune entière).

Autre ennui : JOSM garde dans son cache les tuiles qui ne se chargent
pas et ont retourné un timeout, et ne les redemande plus. On doit
aussi jongler en vidant le cache locale de JOSM.

Dommage que JOSM dans son dialogue de téléchargement ne propose pas un
autre serveur de tuiles (l'option existe peut-être, mais si on a le
choix dans les paramètres TMS/WMS pour le menu Imagerie on n'a pas
ce choix pour le dialogue de téléchargement où les serveurs WMS/TMS
paramétrés ne sont pas listés et sélectionnable, c'est toujours
*.tile.openstreetmap.org qui est utilisé dans ce dialogue et je trouve
ça dommage quand une combobox dans le dialogue aurait suffit à
utiliser là un autre serveur de tuiles.

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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

2013-01-05 Per discussione David Crochet


Bonjour

Le 05/01/2013 21:44, Philippe Verdy a écrit :

Heureusement que la plupart des visiteurs le font via le serveur de
tuiles de Wikimedia, via les cartes affichées sur Wikipédia par le
lien en haut des pages.


Parce que les tuiles ne sont pas fait par le serveur *chez* wikimedia 
qui fait une copie en temps réelle chez OSM ?

http://wikitech.wikimedia.org/view/Server_roles#Amsterdam
 - ptolemy et ortelius

--
Cordialement
David Crochet
http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut 
prendre part !
http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre


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

[OSM-talk-fr] OSM-SN - question technique

2013-01-05 Per discussione Seydou Badiane

Salut à tout le monde, je suis Seydou Badiane du Sénégal. J'ai découvert
OpenStreetMap depuis sept mois et je contribue sur OSM et travaille sur la
communication autour de la communauté d'OpenStreetMap-Sénégal:

- http://wiki.openstreetmap.org/wiki/Senegal
- https://www.facebook.com/OpenStreetMap.Senegal
- http://twitter.com/OpenStreetMapSn

J'aimerai savoir comment taguer un espace public dédié aux jeunes
comprenant :

- espace de formation
- activités culturelles (soirées dansantes; ateliers artistiques...)
- ressources culturelles (bibliothèque de livres; documents de formation...)
- ressources numériques

Merci d'avance

Seydou Badiane
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Chemins non connectés dans le wiki...

David,

je ne suis pas assez familier pour voir quelles modificatons effectuer dans le 
wiki openstreetmap. 

Néanmoins, j'ai débuté en créant les deux pages de test suivantes :

http://wiki.openstreetmap.org/wiki/Custom_Page_Title
http://wiki.openstreetmap.org/wiki/FR:Custom_Page_Title


 
Pierre 




 De : David Crochet david.croc...@online.fr
À : talk-fr@openstreetmap.org 
Envoyé le : Samedi 5 janvier 2013 13h52
Objet : Re: [OSM-talk-fr] Chemins non connectés dans le wiki...
 

Bonjour

Le 05/01/2013 16:29, Pierre Béland a écrit :

De façon à franciser de tels noms de pages de wiki en anglais, quelqu'un 
sait-il ajouter un titre de façon à ce que le titre de page affiché soit en 
français.


Regarder l'écriture du modèle :
http://fr.wikiversity.org/wiki/Mod%C3%A8le:Titre
qui modifie le h1 de la page rendu par Mediawiki, le
h1 étant le titre de la page.
Bien entendu, cela demande de modifier le commons.css du wiki.

Ainsi en modifiant le h1, vous modifier le rendu du titre de
la page sans en changer son nom.


-- 
Cordialement
David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à 
laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la 
diffusion de la connaissance libre
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

Le 5 janvier 2013 21:44, Philippe Verdy verd...@wanadoo.fr a écrit :
 Le 5 janvier 2013 14:50, Christian Quest cqu...@openstreetmap.fr a écrit :
 Pour les tuiles, ça pédale dans la semoule sur yevaud, le générateur
 de tuiles qui a perdu son RAID sur les zooms élevés (17-18 je crois).

 En fait cela concerne TOUS les niveaux au dessus du niveau 12 (dès le
 niveau 13 on a des problèmes, donc pas moyen d'avoir des tuiles plus
 fines qu'en gros une commune entière). Plein de tuiles ne se chargent
 pas ou mettent un temps infini (et malheureusement le serveur a un
 timeout beaucoup trop long, et doit saturer en nombre de ports TCP
 ouverts par les visiteurs de France, d'Espagne ou d'Italie).


L'explication est sûrement ailleurs... le générateur de tuiles
recalcule beaucoup de tuiles suite au crash et est donc plus lent à en
générer à la demande.


 Heureusement que la plupart des visiteurs le font via le serveur de
 tuiles de Wikimedia, via les cartes affichées sur Wikipédia par le
 lien en haut des pages.

 Sinon pour les visiteurs Mapquest reste une solution, mais pas pour
 les utilisateurs de JOSM quand on veut charger des tuiles en zoomant
 sur une zone précise.

Mais si... dans JOSM aussi la petite croix en haut à droite, permet de
changer de jeu de tuiles, comme un peu partout.

Tu vois Philippe, c'est le problème avec pas mal de tes messages, des
affirmations péremptoires, alors que parfois il suffit de poser la
question pour avoir la réponse et la solution.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

Le 5 janvier 2013 22:30, Christian Quest cqu...@openstreetmap.fr a écrit :
 Mais si... dans JOSM aussi la petite croix en haut à droite, permet de
 changer de jeu de tuiles, comme un peu partout.

 Tu vois Philippe, c'est le problème avec pas mal de tes messages, des
 affirmations péremptoires, alors que parfois il suffit de poser la
 question pour avoir la réponse et la solution.

Tu ne comprends pas : on n'a pas la liste complète des serveurs WMS
paramétrés dans JOSM, donc un seul serveur WMS pour Mapnik, les autres
n'affichent pas assez de trucs pour une sélection précise... Cette
liste est codée en dur dans JOSM

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

Re: [OSM-talk-fr] Chemins non connectés dans le wiki...

C'est ça mais il faut le support d'un javascript fourni soit par le
serveur par un plugin (on peut aussi le faire une extension javascript
stockée dans son propre espace utilisateur), ou une extension du
parser wiki pour prendre en charge le remplacement au niveau du
serveur sans besoin de Javascript côté client.

Certains sites Wikimedia ont intégré ce support mais pas le wiki
documentaire d'OSM.

Le 5 janvier 2013 22:24, Pierre Béland infosbelas-...@yahoo.fr a écrit :
 David,

 je ne suis pas assez familier pour voir quelles modificatons effectuer dans
 le wiki openstreetmap.

 Néanmoins, j'ai débuté en créant les deux pages de test suivantes :

 http://wiki.openstreetmap.org/wiki/Custom_Page_Title
 http://wiki.openstreetmap.org/wiki/FR:Custom_Page_Title


 Pierre

 
 De : David Crochet david.croc...@online.fr
 À : talk-fr@openstreetmap.org
 Envoyé le : Samedi 5 janvier 2013 13h52

 Objet : Re: [OSM-talk-fr] Chemins non connectés dans le wiki...

 Bonjour

 Le 05/01/2013 16:29, Pierre Béland a écrit :

 De façon à franciser de tels noms de pages de wiki en anglais, quelqu'un
 sait-il ajouter un titre de façon à ce que le titre de page affiché soit en
 français.


 Regarder l'écriture du modèle :
 http://fr.wikiversity.org/wiki/Mod%C3%A8le:Titre
 qui modifie le h1 de la page rendu par Mediawiki, le h1 étant le titre
 de la page.
 Bien entendu, cela demande de modifier le commons.css du wiki.

 Ainsi en modifiant le h1, vous modifier le rendu du titre de la page sans
 en changer son nom.

 --
 Cordialement
 David Crochet
 http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun
 peut prendre part !
 http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre


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



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


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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

Le 5 janvier 2013 22:42, Philippe Verdy verd...@wanadoo.fr a écrit :
 Le 5 janvier 2013 22:30, Christian Quest cqu...@openstreetmap.fr a écrit :
 Mais si... dans JOSM aussi la petite croix en haut à droite, permet de
 changer de jeu de tuiles, comme un peu partout.

 Tu vois Philippe, c'est le problème avec pas mal de tes messages, des
 affirmations péremptoires, alors que parfois il suffit de poser la
 question pour avoir la réponse et la solution.

 Tu ne comprends pas :

Parfois c'est aussi qu'on se fait mal comprendre...

 on n'a pas la liste complète des serveurs WMS
 paramétrés dans JOSM, donc un seul serveur WMS pour Mapnik, les autres
 n'affichent pas assez de trucs pour une sélection précise... Cette
 liste est codée en dur dans JOSM


Merci pour ces précisions, il fallait effectivement lire entre tes
lignes pour saisir ta préférence pour le rendu Mapnik et ses nombreux
détails. Personnellement je m'en fiche je suis passé sur MapQuest avec
les problème actuels et ça ne me gêne pas... (soit dit en passant,
pour Mapnik on est en TMS et pas en WMS).

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

Le 5 janvier 2013 23:02, Christian Quest cqu...@openstreetmap.fr a écrit :
 Le 5 janvier 2013 22:42, Philippe Verdy verd...@wanadoo.fr a écrit :
 Le 5 janvier 2013 22:30, Christian Quest cqu...@openstreetmap.fr a écrit :
 Mais si... dans JOSM aussi la petite croix en haut à droite, permet de
 changer de jeu de tuiles, comme un peu partout.

 Tu vois Philippe, c'est le problème avec pas mal de tes messages, des
 affirmations péremptoires, alors que parfois il suffit de poser la
 question pour avoir la réponse et la solution.

 Tu ne comprends pas :

 Parfois c'est aussi qu'on se fait mal comprendre...

 on n'a pas la liste complète des serveurs WMS
 paramétrés dans JOSM, donc un seul serveur WMS pour Mapnik, les autres
 n'affichent pas assez de trucs pour une sélection précise... Cette
 liste est codée en dur dans JOSM


 Merci pour ces précisions, il fallait effectivement lire entre tes
 lignes pour saisir ta préférence pour le rendu Mapnik et ses nombreux
 détails. Personnellement je m'en fiche je suis passé sur MapQuest avec
 les problème actuels et ça ne me gêne pas... (soit dit en passant,
 pour Mapnik on est en TMS et pas en WMS).

Oui mais dans le premier message je parlais des deux, TMS et WMS.

Par exemple pour Paula j'ai ajouté la ligne suivante dans les
préférences WMS/TMS (sous le nom Paulla) :
tms[18]:http://{switch:a,b,c}.tile.paulla.asso.fr/osm-br/{zoom}/{x}/{y}.png

Mais ensuite Paulla n'apparait pas disponible dans le dialogue de
téléchargement en cliquant le [+] en haut à droite, dont la liste est
en dur (soit stockée en dur dans JOSM, soit depuis un serveur, car je
ne sais pas d'où vient cette liste non paramétrable).

En revanche, on peut activer cette couche comme fond de carte et
zoomer dessus, AVANT d'ouvrir le dialogue de téléchargement (mais pas
de liaison ensuite si on utilise l'onglet de recherche Nominatim).

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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

2013-01-05 Per discussione Vincent de Chateau-Thierry



Le 05/01/2013 23:09, Philippe Verdy a écrit :


Par exemple pour Paula j'ai ajouté la ligne suivante dans les
préférences WMS/TMS (sous le nom Paulla) :
tms[18]:http://{switch:a,b,c}.tile.paulla.asso.fr/osm-br/{zoom}/{x}/{y}.png

Mais ensuite Paulla n'apparait pas disponible dans le dialogue de
téléchargement en cliquant le [+] en haut à droite, dont la liste est
en dur (soit stockée en dur dans JOSM, soit depuis un serveur, car je
ne sais pas d'où vient cette liste non paramétrable).



Si Philippe, Paulla apparaît. Mais uniquement après avoir redémarré 
JOSM. Cette liste est en dur pour le temps de ta session JOSM. Elle 
vient de ta liste de serveurs TMS, dans son état au démarrage de l'appli.


vincent

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

[OSM-talk-fr] [forum-osm-fr] Infos sur l'outil relation

2013-01-05 Per discussione forum

Le message suivant de :
##
 Bonjour à tous



Quelqu'un a t il rédigė en français une prise en main de l'outil relation qui 
n'est pas très facile à saisir. 



Cordialement

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum-liste
peuvent être posées à sylvainaletuffe.org

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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville