Re: [OSM-talk-be] JOSM CSS questions

2012-12-18 Diskussionsfäden Jo
2012/12/18 A.Pirard.Papou a.pirard.pa...@gmail.com

  Hi,

 A question about CSS, maybe for JOSM Jo?

 The following CSS, adapt to your taste, are very useful because they make
 nodes very clear when you tag at high zoom and discreet when you navigate
 at low zoom.
 node|z1-17  { symbol-shape: square; symbol-fill-opacity: 0; symbol-size:
 1; z-index:-1}
 node|z18-  { symbol-shape: square; symbol-stroke-color: navy;
 symbol-fill-color: rosybrown; symbol-size:8;  z-index:1}
 (WindowsMap paint styles and EditPreferencesGrid iconMap paint styles)

 Questions: is there a way to:

- make the hair-cross (aka virtual node) in the middle of a way more
visible
- prevent the cursor turning to a hand that's hiding the dot it's
dragging



I don't think those virtual nodes or the change of appearance of the mouse
pointer can be controlled by mapcss. Those are features of JOSM and to
change their behaviour or appearance would involve changing the JAVA source
code of JOSM.
It's open source software, so this is not impossible to do, but it's a lot
less trivial than creating a mapcss style sheet.

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


Re: [OSM-talk-be] JOSM CSS questions

2012-12-18 Diskussionsfäden A.Pirard.Papou

On 2012-12-18 09:02, Jo wrote :
2012/12/18 A.Pirard.Papou a.pirard.pa...@gmail.com 
mailto:a.pirard.pa...@gmail.com


Hi,

A question about CSS, maybe for JOSM Jo?

The following CSS, adapt to your taste, are very useful because
they make nodes very clear when you tag at high zoom and discreet
when you navigate at low zoom.
node|z1-17  { symbol-shape: square; symbol-fill-opacity: 0;
symbol-size: 1; z-index:-1}
node|z18-  { symbol-shape: square; symbol-stroke-color: navy;
symbol-fill-color: rosybrown; symbol-size:8; z-index:1}
(WindowsMap paint styles and EditPreferencesGrid iconMap paint
styles)

Questions: is there a way to:

  * make the hair-cross (aka virtual node) in the middle of a way
more visible
  * prevent the cursor turning to a hand that's hiding the dot
it's dragging



I don't think those virtual nodes or the change of appearance of the 
mouse pointer can be controlled by mapcss. Those are features of JOSM 
and to change their behaviour or appearance would involve changing the 
JAVA source code of JOSM.
It's open source software, so this is not impossible to do, but it's a 
lot less trivial than creating a mapcss style sheet.


Jo

Thanks. OK Jo. I got this from a case and I replied what applies to your 
reply too.


On 2012-12-18 08:53, JOSM wrote :

#7887: unobtrusive node squares

Comment (by stoecker):

   make the cross in the middle of a way more visible

  There should be a hidden setting to define its size. I suggest to search
  for virtual in expert settings.

Right, thanks Dirk, mappaint.node.virtual-size=8.
But in fact, the problem is more the color than the size.
On black, the yellow cross is visible all-right.
But on a white background, it's almost invisible whatever its size.
As it's a general issue with that background, the best idea is to change it.
Getting it transparent is not a solution, its black lines wouldn't show 
on black.

Only thing to do is to invert all the background colors.
This would solve all the color problems sort of by definition.
I found this:

 * invert colors

*::* {
color: eval(rgb(1 - red(prop(color)), 1 - green(prop(color)), 1 - 
blue(prop(color;
fill-color: eval(rgb(1 - red(prop(fill-color)), 1 - 
green(prop(fill-color)), 1 - blue(prop(fill-color;

}

But it inverts the foreground OSM layer.
Anything similar for the background?

Cheers,

André.










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


Re: [OSM-talk] Problem in getting high resolution details on some maps

2012-12-18 Diskussionsfäden Gregory
Hi Andreas,

Is there detailed map data on OSM.org where you aren't getting it?
If not, then that's because this is a volunteer project and we need people
to make it better. Feel free to get involved and contribute.

Do the missing areas correspond to the areas marked on
http://garmin.openstreetmap.nl/ ?
If it can't load the OSM map or one for the area doesn't exist, then the
GPS will display the built-in map (which tends to be just towns as points 
imprecise motorways).

My stab-in-the-dark suggestion is that the file got corrupted either during
download onto your computer or transfer to the GPS.
If you take note of the file size, remove it from your computer and GPS.
Look at the GPS(you could do this with the SD card removed), is the map
showing the same poor quality as before?(if yes then it wasn't showing OSM
data).
Download the file again(you'll probably have to request it again), and
transfer it to your GPS. If the filesize is bigger this time, then you
didn't have the full file last time(i.e. it was corrupt).

-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Problem in getting high resolution details on some maps

2012-12-18 Diskussionsfäden Craig Wallace

On 17/12/2012 03:43, Andre von Biel wrote:

Hi All ,
  I am a newcomer to talk so please forgive any procedural errors.
I live in Christchurch, New Zealand and my wife and I take frequent
holiday trips to the Polynesian Islands and Australia. I use Garmin
etex VISTA HCx and try to get OSM maps to wherever we plan to go.
Much to my joy I discovered that at: http://garmin.openstreetmap.nl
I should be able to get all the map segments I need for a grand and
glorious South Pacific Map.
The above statement is almost correct:
1. All maps East of the International date line are OK in all respects
2. As soon as I cross the dateline to the West the maps appear to be OK
at large area resolution, but ALL detail (including the map) disappear
at distance resolution of about 50 Km and smaller.
3. The above problem appears to be confined to a vertical strip of
western longitudes, starting at the date line and reaching as far west
as north-east New Zealand, the Fijian Islands, etc.
Although I can not be 100% positive about this, the South Island of New
Zealand is OK, as is the western portion of the North Island, i.e., west
of Lake Taupo. Further tests have shown that Tasmania and eastern
Australia are OK.
The problem stated above exists whether I have my map assembled by the e
OSM people or if I download individual *.img Maps
Can anybody through some light on this problem?


It has been discussed on the forum before. There does seem to be a
problem with those Garmin maps at around 180 degrees, so it affects New
Zealand and other places.
See these threads: http://forum.openstreetmap.org/viewtopic.php?id=9809
http://forum.openstreetmap.org/viewtopic.php?pid=166179#p166179

I don't know if anyone has figured out what's causing this, or how to
fix it.

You could try some other OSM based maps, or try producing some maps
yourself. See http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin

Craig

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


[OSM-talk] Marketshare iPhone Google Maps Hits 10 Million Downloads in 48 Hours

2012-12-18 Diskussionsfäden Johan C
iPhone Google Maps Hits 10 Million Downloads in 48 Hours
http://www.forbes.com/sites/davidthier/2012/12/17/iphone-google-maps-hits-10-million-downloads-in-48-hours/

If they can, an open project as OSM should also be able to attract
milllions of users. Does anyone know what is needed to increase market
share for apps using OSM data?
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


[OSM-talk] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden Richard Weait
The OpenStreetMap Foundation is pleased to announce new OSM infrastructure,
in the form of a new tile server, located in Pau, France.  Details on the
OSMF Blog.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden Richard Weait
On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote:

 The OpenStreetMap Foundation is pleased to announce new OSM
 infrastructure, in the form of a new tile server, located in Pau, France.
 Details on the OSMF Blog.


... to which I had intended to link. :-)

 http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Marketshare iPhone Google Maps Hits 10 Million Downloads in 48 Hours

2012-12-18 Diskussionsfäden Pierre Béland
Outreach! 

We have to follow the actuality and contact medias and show how dynamic is the 
tandem Open Source APIs, OSM Open Data. 

The best would be to have a media kit with infos about both OSM map, Free 
database, collaborators, routing API like http://map.project-osrm.org/, the 
many API's for phones, the possibility to contribute by phone, APPs for Android.
http://www.outdoormaps.org/?p=194
 

Pierre 




 De : Johan C osm...@gmail.com
À : talk@openstreetmap.org 
Envoyé le : Mardi 18 décembre 2012 13h08
Objet : [OSM-talk] Marketshare iPhone Google Maps Hits 10 Million Downloads 
in 48 Hours
 

iPhone Google Maps Hits 10 Million Downloads in 48 Hours  
http://www.forbes.com/sites/davidthier/2012/12/17/iphone-google-maps-hits-10-million-downloads-in-48-hours/

If they can, an open project as OSM should also be able to attract milllions 
of users. Does anyone know what is needed to increase market share for apps 
using OSM data?





___
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] Marketshare iPhone Google Maps Hits 10 Million Downloads in 48 Hours

2012-12-18 Diskussionsfäden Martijn van Exel
We will not be able to rival Google any time soon when it comes to
their integration with the search platform. That said:
1) Better data in more places.
2) Great apps that offer a real alternative to Google Maps in terms of
user experience.
3) There is no step three. Or maybe there is. Add your favorite ingredient.

On Tue, Dec 18, 2012 at 11:08 AM, Johan C osm...@gmail.com wrote:
 iPhone Google Maps Hits 10 Million Downloads in 48 Hours
 http://www.forbes.com/sites/davidthier/2012/12/17/iphone-google-maps-hits-10-million-downloads-in-48-hours/

 If they can, an open project as OSM should also be able to attract milllions
 of users. Does anyone know what is needed to increase market share for apps
 using OSM data?





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




-- 
Martijn van Exel
http://oegeo.wordpress.com/
http://openstreetmap.us/

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


[OSM-talk] State of the Map 2013 - Call for Venues

2012-12-18 Diskussionsfäden Richard Weait
Dear All,

The Call for Venues for State of the Map 2013 is now Open.

http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2013/Call_for_venues

Please prepare your teams and bids and let's get another awesome State of
the Map underway.

Best regards,
Richard
(for the Communication Working Group)
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


[OSM-talk] State of the Map 2013 - Call for Venues

2012-12-18 Diskussionsfäden Richard Fairhurst

Hi all,

The State of the Map 2013 call for venues is out:

http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2013/Call_for_venues

Looking forward to seeing the bids. Please do forward this to/translate 
for your local country lists.


cheers
Richard

[sent to both talk@ and osmf-talk@, please be selective in your replies :) ]

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


Re: [OSM-talk] State of the Map 2013 - Call for Venues

2012-12-18 Diskussionsfäden Rob Nickerson
Thanks Richard and Richard,

I've passed this on to our local user group and we will be updating the
wiki page with a bid for Birmingham, UK shortly.

Regards,
Rob

p.s. Feel free to drop by the talk-gb-westmidlands mailing list if you
would like to get involved in this bid.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


[OSM-talk-nl] Nieuwjaarsborrel! 27 januari in Utrecht

2012-12-18 Diskussionsfäden Floris Looijesteijn
Beste Medemappers,

Wegens daverend succes vorig jaar is er dit jaar weer een OSGeo.nl +
Openstreetmap Nieuwjaarsborrel!

En wel op zondag 27 januari vanaf 15:00 in Grand Cafe Lebowski aan het
Domplein 17 in Utrecht.
Dit is dezelfde locatie als vorig jaar, ze zijn alleen van naam veranderd
en we hebben nu meer ruimte.

Het wordt op prijs gesteld als je je aanmeldt bij Meetup zodat we een idee
hebben hoeveel mensen we kunnen verwachten:

http://www.meetup.com/OSGeoNL/events/95340442/

Hier kun je ook nog wat meer info vinden.

Groet,
Floris Looijesteijn

PS.: A.s. donderdag is er ook nog de maandelijkse OpenStreetMap borrel in
Amsterdam, dit keer met een kersttintje:
http://www.meetup.com/AmsGeoDrinks/events/94301242/
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [talk-au] Tagging dirt and 4x4 roads - new approach

2012-12-18 Diskussionsfäden Ross Scanlon

On 16/12/12 16:50, Russell Edwards wrote:

Could I ask a newbie question on this topic?

I want to update some roads that are 4wd-only in certain sections.

Any new approach aside, what is the best way to do this -- a) what tag
do I use, and b) how do I handle the changing traversibility - separate
ways linked as a route, or... ?

Thanks in advance

Russell


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


a) Well if you look at the wiki

http://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines#Unsealed_and_4wd_Roads

This will give you an idea of where to start.

b) Realistically if the track is 4wd_only=yes;recommended for part of 
it, it should be 4wd_only=yes;recommended for it's entire length. 
Unless there is definitely a section that can be accessed by other 
vehicles without having to go through a 4wd_only=yes section.


For example I'd tag a track as below in exactly the way the tags are on 
the appropriate sections this would show that all vehicles can acces the 
section up to the 4wd_only=yes but you need to have 4wd_only from there on.


Start of track - 4wd_only=no - 4wd_only=recommended - 4wd_only=yes - 
4wd_only=no - End of track


This one there is really no point in tagging the center bit as 
4wd_only=no (or no tag) as only 4wd's can access the track anyway.


Start of track - 4wd_only=yes - 4wd_only=recommended - 4wd_only=no - 
4wd_only=yes - End of track.


No need to put it in a relation I'd just tag the individual sections of 
the way with the appropriate 4wd_only tag.


A link to the way you are looking at editing would help us help you as well.

Cheers
Ross

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


[talk-au] Fwd: [Osmf-talk] State of the Map 2013 - Call for Venues

2012-12-18 Diskussionsfäden Charles Gregory
Hi everyone,

I've only been on this list for a short time - is there any city in
Australia with a large enough active userbase to submit a bid?

Regards,

Charles

-- Forwarded message --
From: Richard Fairhurst rich...@systemed.net
Date: Wed, Dec 19, 2012 at 10:14 AM
Subject: [Osmf-talk] State of the Map 2013 - Call for Venues
To: t...@openstreetmap.org, osmf-t...@openstreetmap.org


Hi all,

The State of the Map 2013 call for venues is out:

http://wiki.openstreetmap.org/**wiki/State_Of_The_Map_2013/**Call_for_venueshttp://wiki.openstreetmap.org/wiki/State_Of_The_Map_2013/Call_for_venues

Looking forward to seeing the bids. Please do forward this to/translate for
your local country lists.

cheers
Richard

[sent to both talk@ and osmf-talk@, please be selective in your replies :) ]

__**_
osmf-talk mailing list
osmf-t...@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/osmf-talkhttp://lists.openstreetmap.org/listinfo/osmf-talk
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] cities changed to towns

2012-12-18 Diskussionsfäden Richard Weait
On Mon, Dec 10, 2012 at 5:17 PM, Chris Barham cbar...@pobox.com wrote:

 Hi,
 some Australian places have changed from cities to towns on;
 changeset was: http://www.openstreetmap.org/browse/changeset/14217241

 I've emailed to the editor to ask the source for the change as I believe
 some are now incorrect.


Did the account reply to you in a satisfactory manner?  I don't see a
correspondent in this thread that I relate to that username porjo.  Have
the edits in question been reverted?
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] cities changed to towns

2012-12-18 Diskussionsfäden Richard Weait
On Wed, Dec 12, 2012 at 2:16 PM, John Henderson snow...@gmx.com wrote:

 Absolutely.  When I'm planning a trip, I like to look at OSM maps
 online.  There's nothing more frustrating than seeing a few towns
 (obvious from the network of streets), but not a town name to be seen.

 Sure, I can zoom in to see the names, but when I do that, I've got to
 zoom in so far that I can no longer see the spacial relationship between
 those few towns (because I can see only one at a time).  This is the
 result of tagging rural Australian towns purely on the basis of population.

 The principle of not tagging for the renderer can be taken too far.  The
 maps must be useful.


Don't obsess over a single renderer.  You wouldn't use a circuit diagram to
build a bookcase, and you wouldn't instruct your chef with music notation.
Make a rendering style that meets your needs. Take a shot at creating
rendering rules that fit your use case!  :-)
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


[Talk-de] Hausnummern

2012-12-18 Diskussionsfäden Roland Olbricht
Hallo zusammen,

passend zu Frederiks Appell
http://blog.openstreetmap.de/2012/12/1000-adressen/

stelle ich eine minutenaktuelle Karte der Hausnummern bereit:
http://overpass-api.de/hausnummern.html

Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag 
addr:housenumber tragen. So erhält man eine visuelle Hilfe, wo Hausnummern 
noch sehr dünn gemappt sind.

Wer seinem Browser und Rechner mehr zutraut oder ein ausreichend kleines 
Browserfenster hat, kann auch die weniger zoom-beschränkte Variante

http://www.overpass-
api.de/api/convert?data=%5Btimeout%3A1%5D%3B%28node%5B%22addr%3Ahousenumber%22%5D%3Bway%5B%22addr%3Ahousenumber%22%5D%3B%3E%3B%29%3Bout+skel%3B%0D%0Atarget=ol_bbox

(Link ist eine Zeile)

bzw.

http://www.overpass-api.de/api/convert?data=[timeout:1];
(node[addr:housenumber];way[addr:housenumber];;);out skel;

(Link ist nur eine Zeile)

verwenden. Das liefert bei üblicher Baudichte einer Großstadt bei mir 
allerdings ab Zoomstufe 14 wegen mehr als 1 Objekten bereits einen 
eingefrorenen Browser. Daher obige Variante mit strikter Zoombegrenzung.

Viel Spaß und viel Erfolg beim Mappen,

Roland


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


Re: [Talk-de] Hausnummern

2012-12-18 Diskussionsfäden Peter Wendorff

super, danke.
Was mir noch auffiel: Permanentlink wär praktisch.

Gruß
Peter

Am 18.12.2012 18:45, schrieb Roland Olbricht:

Hallo zusammen,

passend zu Frederiks Appell
http://blog.openstreetmap.de/2012/12/1000-adressen/

stelle ich eine minutenaktuelle Karte der Hausnummern bereit:
http://overpass-api.de/hausnummern.html

Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag
addr:housenumber tragen. So erhält man eine visuelle Hilfe, wo Hausnummern
noch sehr dünn gemappt sind.

Wer seinem Browser und Rechner mehr zutraut oder ein ausreichend kleines
Browserfenster hat, kann auch die weniger zoom-beschränkte Variante

http://www.overpass-
api.de/api/convert?data=%5Btimeout%3A1%5D%3B%28node%5B%22addr%3Ahousenumber%22%5D%3Bway%5B%22addr%3Ahousenumber%22%5D%3B%3E%3B%29%3Bout+skel%3B%0D%0Atarget=ol_bbox

(Link ist eine Zeile)

bzw.

http://www.overpass-api.de/api/convert?data=[timeout:1];
(node[addr:housenumber];way[addr:housenumber];;);out skel;

(Link ist nur eine Zeile)

verwenden. Das liefert bei üblicher Baudichte einer Großstadt bei mir
allerdings ab Zoomstufe 14 wegen mehr als 1 Objekten bereits einen
eingefrorenen Browser. Daher obige Variante mit strikter Zoombegrenzung.

Viel Spaß und viel Erfolg beim Mappen,

Roland


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




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


Re: [Talk-de] Hausnummern

2012-12-18 Diskussionsfäden Simon Poole

Am 18.12.2012 18:45, schrieb Roland Olbricht:

Hallo zusammen,

passend zu Frederiks Appell
http://blog.openstreetmap.de/2012/12/1000-adressen/

stelle ich eine minutenaktuelle Karte der Hausnummern bereit:
http://overpass-api.de/hausnummern.html

Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag
addr:housenumber tragen. So erhält man eine visuelle Hilfe, wo Hausnummern
noch sehr dünn gemappt sind.

Auch zum Thema:  auf qa.poole.ch hat es seit 2 Wochen ein noaddress 
layer. Darauf werden Gebäude ohne addr:housenumber und ähnlichem 
anzeigt. Blog post dazu:


http://www.openstreetmap.org/user/SimonPoole/diary

Simon

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


Re: [Talk-de] Hausnummern

2012-12-18 Diskussionsfäden Roland Olbricht
 super, danke.
 Was mir noch auffiel: Permanentlink wär praktisch.

Gibt es jetzt unter
http://overpass-api.de/api/hausnummern

Der Link unten rechts liefert dann URLs wie z.B.
http://overpass-api.de/api/hausnummern?zoom=14lat=50.75lon=7.1layers=BT

Viele Grüße,

Roland


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


Re: [Talk-de] Hausnummern

2012-12-18 Diskussionsfäden Andreas Dommaschk

Hallo,

schöne Sache. danke.
Ich nutze schon lange eine ITO-World Karte. [1]
Die bietet eine sehr gute Übersicht über schon vorhandene Adressen.
Der neue Layer von Simon wertet auch Knoten aus. Da werde ich wohl 
wechseln. :)


Vielleicht würde die Übersicht deiner Karte sich verbessern wenn du 
ähnlich dem MarkerCluster Plugin [2] für Leaflet die Punkte gruppierst.
Aber noch besser wäre es die Gebiete zu zeigen in denen kaum oder wenig 
Adressen vorkommen.
Ein Idee wäre es das mit einer negativen Heatmap[3] zu zeigen. Eben 
nicht die Gebiete mit Adressen sondern genau das Gegenteil.

Gebiete mit wenigen Adressen sind dann eben im Fall der Heatmap Rot.

Viele Grüße

Andreas

[1] 
http://www.itoworld.com/map/9#lat=51.75425721557889lon=14.335813303379114zoom=14

[2] https://github.com/danzel/Leaflet.markercluster
[3] http://sunng87.github.com/heatcanvas/

Am 18.12.2012 18:45, schrieb Roland Olbricht:

Hallo zusammen,

passend zu Frederiks Appell
http://blog.openstreetmap.de/2012/12/1000-adressen/

stelle ich eine minutenaktuelle Karte der Hausnummern bereit:
http://overpass-api.de/hausnummern.html

Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag
addr:housenumber tragen. So erhält man eine visuelle Hilfe, wo Hausnummern
noch sehr dünn gemappt sind.

Wer seinem Browser und Rechner mehr zutraut oder ein ausreichend kleines
Browserfenster hat, kann auch die weniger zoom-beschränkte Variante

http://www.overpass-
api.de/api/convert?data=%5Btimeout%3A1%5D%3B%28node%5B%22addr%3Ahousenumber%22%5D%3Bway%5B%22addr%3Ahousenumber%22%5D%3B%3E%3B%29%3Bout+skel%3B%0D%0Atarget=ol_bbox

(Link ist eine Zeile)

bzw.

http://www.overpass-api.de/api/convert?data=[timeout:1];
(node[addr:housenumber];way[addr:housenumber];;);out skel;

(Link ist nur eine Zeile)

verwenden. Das liefert bei üblicher Baudichte einer Großstadt bei mir
allerdings ab Zoomstufe 14 wegen mehr als 1 Objekten bereits einen
eingefrorenen Browser. Daher obige Variante mit strikter Zoombegrenzung.

Viel Spaß und viel Erfolg beim Mappen,

Roland


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


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


Re: [Talk-de] Hausnummern

2012-12-18 Diskussionsfäden Elstermann, Mike
Danke, coole Sache!
Dabei ist mir ein Problem aufgefallen: Wie taggt man die Hausnummer richtig?

a) lieber als Punkt an der Stelle, wo der Hauseingang ist ODER
b) als Merkmal des Gebäude selbst

Beides hat ja Vor- und Nachteile.

Beispiel. 
http://overpass-api.de/api/hausnummern?zoom=18lat=51.49373lon=11.97484layers=BT

Danke, mikeE.

-Ursprüngliche Nachricht-
Von: Roland Olbricht [mailto:roland.olbri...@gmx.de] 
Gesendet: Dienstag, 18. Dezember 2012 18:45
An: talk-de@openstreetmap.org
Betreff: [Talk-de] Hausnummern

Hallo zusammen,

passend zu Frederiks Appell
http://blog.openstreetmap.de/2012/12/1000-adressen/

stelle ich eine minutenaktuelle Karte der Hausnummern bereit:
http://overpass-api.de/hausnummern.html

Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag 
addr:housenumber tragen. So erhält man eine visuelle Hilfe, wo Hausnummern 
noch sehr dünn gemappt sind.

Wer seinem Browser und Rechner mehr zutraut oder ein ausreichend kleines 
Browserfenster hat, kann auch die weniger zoom-beschränkte Variante

http://www.overpass-
api.de/api/convert?data=%5Btimeout%3A1%5D%3B%28node%5B%22addr%3Ahousenumber%22%5D%3Bway%5B%22addr%3Ahousenumber%22%5D%3B%3E%3B%29%3Bout+skel%3B%0D%0Atarget=ol_bbox

(Link ist eine Zeile)

bzw.

http://www.overpass-api.de/api/convert?data=[timeout:1];
(node[addr:housenumber];way[addr:housenumber];;);out skel;

(Link ist nur eine Zeile)

verwenden. Das liefert bei üblicher Baudichte einer Großstadt bei mir 
allerdings ab Zoomstufe 14 wegen mehr als 1 Objekten bereits einen 
eingefrorenen Browser. Daher obige Variante mit strikter Zoombegrenzung.

Viel Spaß und viel Erfolg beim Mappen,

Roland


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

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


[Talk-de] Trier, Straßen gelöscht

2012-12-18 Diskussionsfäden Jörg Frings-Fürst
Hi,

mir ist gerade aufgefallen das rund ums Trierer Rathaus so ziemlich alle
Straßen fehlen.

Kann das bitte einmal jemand überprüfen und evtl. die Löschung
rückgängig machen?

Ich bin heute leider unterwegs und kann wenn erst morgen danach schauen.

CU

Jörg

[1]
http://www.openstreetmap.org/?lat=49.7518lon=6.632564zoom=18layers=M




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


Re: [Talk-de] Hausnummern

2012-12-18 Diskussionsfäden Andreas Dommaschk

Hallo mikeE,

bitte versuch nicht innerhalb ein Themas ein weiteres zu Eröffnung. 
Einfach ein neues Thema eröffnen. Danke. :)


Am 19.12.2012 08:11, schrieb Elstermann, Mike:

Danke, coole Sache!
Dabei ist mir ein Problem aufgefallen: Wie taggt man die Hausnummer richtig?

a) lieber als Punkt an der Stelle, wo der Hauseingang ist ODER
b) als Merkmal des Gebäude selbst
Nun, beides ist erstmal nicht falsch. Inzwischen haben sich drei gängige 
Arten durchgesetzt.


1) Wenn das Gebäude deutlich als solches definiert ist z.B. Reihenhaus, 
Einzelhaus, Stadthaus, usw. dann kommt die Adresse auf das Gebäude bzw. 
auf den Umriss.


2) Die Adresse auf den Eingang setzen mit dem Tag entrance=yes, wobei 
der auch bei der ersten Variante gesetzt werden kann. Das nutzt man 
vorallem bei Wohnblöcken

mit mehreren Eingängen. Ist aber auch bei Einzelhäusern üblich.

3) Wenn das Haus mehrere Nummern und einen Eingang hat dann erzeugt man 
für beide Adressen ein Knoten und setzt sie  in innerhalb des Gebäudes.
Das bringt dann leider aber Probleme mit sich wenn in dem Haus evtl. 
Büros oder Geschäfte sind die unterschiedlich Adressen haben.
Ich löse das Problem so das ich innerhalb des Gebäude zwei Wege(oft sind 
Rechtecke) mit den unterschiedlichen Adressen erstelle und die 
Büro/Geschäfte  dann innerhalb der entprechenden Adresse positioniere. 
Mit der Lösung scheint Nomintim keine Probleme zu haben und findet die 
Adressen bzw. die POI's.
Diese Lösung funktioniert auch wenn z.B. unterhalb eines Wohnblocks ein 
Geschäft existiert und beide die gleich Adresse haben.

Bsp.:
http://nominatim.openstreetmap.org/search.php?q=Cottbus+Weinbergstra%C3%9Fe+3viewbox=-210.94%2C85.12%2C210.94%2C-80.06
Beim klicken auf Details sieht man dann das das Geschäft und das 
Wohnhaus die gleiche Adresse haben.

http://nominatim.openstreetmap.org/details.php?place_id=3573815914



Beides hat ja Vor- und Nachteile.

Deutliche Vor- und Nachteile einer Variante sehe ich jetzt nicht.


Beispiel. 
http://overpass-api.de/api/hausnummern?zoom=18lat=51.49373lon=11.97484layers=BT

Danke, mikeE.


Viele Grüße

Andreas

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


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Federico Cozzi
2012/12/17 Alberto albertoferra...@fastwebnet.it:
 Altra cosa: il tag toll=yes è corretto metterlo su ogni segmento di
 autostrada e non sulla relazione route? Io penso di sì perché qualche pezzo
 di autostrada (tipo i tratti usati come tangenziale) potrebbero non essere a
 pagamento.

Assolutamente corretto.
E non solo per il motivo che dici tu: i router usano le
caratteristiche delle way per scegliere la route migliore, e non si
appoggiano sulle relation. Quindi il tag toll=yes sulla relation
diventerebbe del tutto invisibile ai router.

Anche concettualmente mi sembra che il tag toll=yes sia più corretto
sulla way piuttosto che sulla relation. Una way può far parte di più
relation: si potrebbe quindi avere che la medesima tratta è, oppure
non è, soggetta a pedaggio a seconda della route che si intende
percorrere... Questo nella realtà è impossibile!

Ciao,
Federico

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


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Maurizio Daniele
Il giorno 17 dicembre 2012 23:57, Alberto
albertoferra...@fastwebnet.itha scritto:

 Ciao a tutti, oggi impostando il navigatore mi sono accorto che la A21 tra
 Alessandria e Torino non è considerata a pedaggio (ma lo è). Poi ho aperto
 JOSM ed ho visto che manca il tag toll=yes sia su quella tratta che su
 altre autostrade, tipo la A10 ad ovest di Genova, la diramazione A26/A7, la
 A33, la A55, la A32 e molte altre.


Occhio solo che la A32, ad esempio, non è tutta a pedaggio.

Cioè... tecnicamente lo sarebbe, ma siccome è una autostrada a sistema
aperto, si paga solo se si transita in alcuni punti specifici.
Entrando e uscendo nei punti giusti, esiste quindi la possibilità di farne
alcuni tratti senza pagare alcunché, da cui non è detto che debba avere
tutta il tag toll=yes (probabilmente sarebbe meglio specificare un toll=no.
Rindondante ma fa capire che non ce lo si è dimenticato: è proprio così)

Stesso discorso vale per la A55, Tangenziale di Torino e sue diramazioni.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Richiesta controllo qualità

2012-12-18 Diskussionsfäden Caterpillar
Ho terminato di ricalcare tutti gli edifici e le strade del paese
Salcito (regione Molise). Volevo sapere se a vostro avviso vi sono delle
cose da migliorare (ad esempio, l'allineamento delle foto aeree)

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


Re: [Talk-it] Richiesta controllo qualità

2012-12-18 Diskussionsfäden Caterpillar
Il 18/12/2012 11:09, sabas88 ha scritto:

 Di sicuro la classificazione delle strade, vedo delle tertiary tra
 track e delle secondary che si interrompono :)
 Questo percorso non è
 taggato http://www.openstreetmap.org/browse/way/196483380 e non compare
 Idem questo http://www.openstreetmap.org/browse/way/193902140 è un
 edificio?
 http://www.openstreetmap.org/browse/way/177698325 Per questo forse ci
 va anche building=yes?

 Sul campo sportivo http://www.openstreetmap.org/browse/way/177365553
 ci metterei la maiuscola almeno alla C di Campo.. (se è calcio
 potresti specificare che è calcio ad 11 con la mia proposta
 :D http://wiki.openstreetmap.org/wiki/Proposed_features/Soccer)
Ho fatto un po' di modifiche suggerite :-)
Per quanto riguarda la rotatoria, mi servirebbe una mano, in quanto non
so come impostarla... Si tratta di una fontana grande che lambisce una
strada importante...
Il palazzo http://www.openstreetmap.org/browse/way/177698325 è un
edificio storico, è taggato come amenity=public_building

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


Re: [Talk-it] Richiesta controllo qualità

2012-12-18 Diskussionsfäden Caterpillar
Il 18/12/2012 11:44, sabas88 ha scritto:

 Si, ma credo che public_building sia di solito una feature 'puntuale',
 pertanto ci va anche building=yes per farlo capire che è un edificio
 (tagging per il renderer in versione ninja :-) )
Ah, quindi ogni volta che impostavo un POI e non mi renderizzava
l'icona, o viceversa l'area, era per una mancanza di questo tipo?

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


Re: [Talk-it] [Navit] adding more pois attributes

2012-12-18 Diskussionsfäden Fabri
Il 17/12/2012 13:37, Martin Koppenhoefer ha scritto:
 2012/12/17 Fabri erfab...@gmail.com:

 Capacity is most likely a numeric attribute and not a string

 a precindere di unknown (valore inutile cmq.) le prime pagine di
 taginfo contengono veramente solo numeri (c'è 108 volte 2 apartments
 ma anche quello si potrebbe ridurre a 2 togliendo i charatteri)


 qual'è il problema? compilato su ubuntu...mi mostra correttamente la
 capacità (ad esempio di un parcheggio o di una stazione
 bikesharing/carsharing) come un numero

 Fee is a boolean value or time dependent, I would split this up into fee
 (yes/no) and fee_hours (string)
 che voi sappiate c'è un tag fee_hours?

 non è in uso (0) http://taginfo.openstreetmap.org/search?q�e_hours
 mentre fee nella realtà di OSM non è (solo) un boolean:
 http://taginfo.openstreetmap.org/keys/fee#values
 un 5% di informazioni si perderebbe riducendolo ad un boolean
lo farò presente


 operated_by: I am not sure whether this should be a separated attribute or
 coded into the item types (like poi_fastfood_mcdonalds), at least for the
 more important ones. This would allow to display a brand icon on the map and
 do more specific searches.

 a me basta che mi compaia il valore di operator=
 +1, la sua soluzione risulterebbe in una perdità immensa di dati. Si
 potrebbe fare comunque ma in più, e nel caso concreto McDonald's non
 sarebbe l'operator di un McDonald's (è un franchise), quindi per cosa
 vuole lui credo sia meglio usare il tag brand
infatti


 stars: I think it is also a numerical attribute... To include the 'Superior'
 suffix, I would multiply the number of stars by 2 and add 1 for superior.

 secondome stars è un fail (perchè ci sono più sistemi in parallelo
 nel mondo reale per dare stelle, preferisco il nuovo metodo
 award:hotelstars (perchè hotelstars è una ditta di un determinato
 sistema di stelle per alberghi in Europa). Ci sono ancora ben pochi di
 award:hotelstars ma invito tutti di utilizzarlo.
glielo dico


 vuole includere anche la categoria X stelle superiore?

 si, vuole avere 5 categorie fisse (credo)


 dispensing: I would code this into a new item type poi_pharmacy_nondisp
 vuole separare in due categorie le farmacie che vendono farmaci con ricetta
 e quelle che non?

 si
ma così facendo, ogni farmacia dovrebbe avere il tag dispensing=no o
dispensing=yes , e quelle inserite senza quel tag? in che categoria
andranno? una terza categoria unknow?


 atm: Should be coded as poi_atm

 il poi atm forse c'è già in navit (manca icona?) ma a me è utile sapere se
 c'è ad esempio un amenity=st_office con il tag atm=yes/no

 secondo me da deprecare atm=yes/no sia per banche che per poste ecc.,
 meglio mettere 2 poi distinti. Lo faccio così da tempo.

si, però ci sono ancora 2.323 uffici postali e 63.217 banche con atm=*


nessun commento per cuisine, opening_hours, fuel:lpg ?


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


Re: [Talk-it] [Navit] adding more pois attributes

2012-12-18 Diskussionsfäden Fabri
Il 17/12/2012 13:40, beppebo...@libero.it ha scritto:
 io lo usavo spesso
 dopo 6 mesi di utilizzo però molti nomi di icone non erano presenti
 c'è sempre il solito problema con le rotonde per cui se i nodi di entrata e 
 uscita sono per caso uniti non li prende correttamente e sbaglia uscita
 non si vedono i grandi laghi e alcuni attributi tipo meadow per cui alcune 
 aree rimangono vuote
 alcune stringhe non sono tradotte correttamente tipo entrare nella rotonda è 
 ancora in inglese
 non si può sostituire come in osmand la voce ma c'è solo quella base
 nel routing sbaglia spesso le uscite e i link

 accenti ancora tutti da modificare ecc
 l'interfaccia è un pò migliorata ma di strada ...ancora molto da fare

 ciao

A quale versione ti riferisci? Ne sfornano sempre di nuove. Comunque se
posso fare delle patch io che sono un niubbo...chiunque può fare delle
aggiunte per visualizzare i meadow e quant'altro...alcuni bug forse sono
in espeak... di osmand  anche ho sentito diverse lamentele , e poi è
solo per android e blackberry, invece navit gira praticamente ovunque ;)

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


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Federico Cozzi
2012/12/18 Maurizio Daniele maurizio.dani...@gmail.com:
 Cioè... tecnicamente lo sarebbe, ma siccome è una autostrada a sistema
 aperto, si paga solo se si transita in alcuni punti specifici.
 Entrando e uscendo nei punti giusti, esiste quindi la possibilità di farne
 alcuni tratti senza pagare alcunché, da cui non è detto che debba avere
 tutta il tag toll=yes (probabilmente sarebbe meglio specificare un toll=no.
 Rindondante ma fa capire che non ce lo si è dimenticato: è proprio così)

+1

il tag toll=yes va messo solo su quei tratti che non è possibile
percorrere senza pagare.
Sugli altri è proprio una buona idea mettere toll=no

Ciao

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


Re: [Talk-it] [Navit] adding more pois attributes

2012-12-18 Diskussionsfäden Martin Koppenhoefer
2012/12/18 Fabri erfab...@gmail.com:
 dispensing: I would code this into a new item type poi_pharmacy_nondisp
 vuole separare in due categorie le farmacie che vendono farmaci con ricetta
 e quelle che non?

 si
 ma così facendo, ogni farmacia dovrebbe avere il tag dispensing=no o
 dispensing=yes , e quelle inserite senza quel tag? in che categoria
 andranno? una terza categoria unknow?


si, io aggiungo per una farmacia italiana sempre dispensing=yes mentre
dispensing=no sarebbe una parafarmacia (credo). Cosa fare se non c'è
questa informazione? Questo sceglie chi usa i dati. Quando non c'è un
informazione si può solo indovinare, ma non si ottiene mai un
risultato affidabile...


 secondo me da deprecare atm=yes/no sia per banche che per poste ecc.,
 meglio mettere 2 poi distinti. Lo faccio così da tempo.

 si, però ci sono ancora 2.323 uffici postali e 63.217 banche con atm=*


vedi sopra ;-)


 nessun commento per cuisine, opening_hours, fuel:lpg ?

per cuisine credo che sia meglio fare vedere la stringa del dato osm,
perchè l'uso non è molto consistente. Altrimenti bisogna implementare
una logica che capisce cosa significa regional o local o
national (a secondo della posizione del posto). Io uso anche
restaurant:type:it per indicare meglio il tipo di posto:
http://taginfo.openstreetmap.org/keys/restaurant%3Atype%3Ait (anche su
posti che non sono ristoranti ma gelaterie, bar, osterie, snack bar,
enoteche, ecc.)

fuel:lpg non mi interessa molto, ma viene usato. La differenza tra lpg
e cng non sò se interessa.

opening_hours: qual'è la domanda? Faccio notare che ci potrebbero
essere anche kitchen_times o qualcosa di simile (orari quando si
cucina). Tanti posti sono aperti più tempo ma non offrono pasti, solo
bevande (forse più corrente in Germania che in Italia).

ciao,
Martin

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


Re: [Talk-it] Richiesta controllo qualità

2012-12-18 Diskussionsfäden Martin Koppenhoefer
2012/12/18 Caterpillar caterpilla...@gmail.com:
 Il 18/12/2012 11:44, sabas88 ha scritto:

 Si, ma credo che public_building sia di solito una feature 'puntuale',
 pertanto ci va anche building=yes per farlo capire che è un edificio
 (tagging per il renderer in versione ninja :-) )
 Ah, quindi ogni volta che impostavo un POI e non mi renderizzava
 l'icona, o viceversa l'area, era per una mancanza di questo tipo?


E' per mancanza di uno stile decente se viene renderizzata un'icona
solo per un punto e non per un'area, ma credo in questo caso
particolare l'icona su mapnik non c'é ne per l'uno ne per l'altro.
Tutti i tag si possono aggiungere a tutte le entità che abbiamo (way,
node, relation), ma per alcuni tag non ha senso (per esempio un
boundary non ha senso su un nodo).

ciao,
Martin

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


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Elena ``of Valhalla''
On 2012-12-18 at 13:30:08 +0100, Federico Cozzi wrote:
 2012/12/18 Maurizio Daniele maurizio.dani...@gmail.com:
  Cioè... tecnicamente lo sarebbe, ma siccome è una autostrada a sistema
  aperto, si paga solo se si transita in alcuni punti specifici.
  Entrando e uscendo nei punti giusti, esiste quindi la possibilità di farne
  alcuni tratti senza pagare alcunché, da cui non è detto che debba avere
  tutta il tag toll=yes (probabilmente sarebbe meglio specificare un toll=no.
  Rindondante ma fa capire che non ce lo si è dimenticato: è proprio così)
 
 +1
 
 il tag toll=yes va messo solo su quei tratti che non è possibile
 percorrere senza pagare.
 Sugli altri è proprio una buona idea mettere toll=no

e per i tratti dove paghi in certi casi si ed in altri no, come succede 
sulle autostrade a sistema aperto?

secondo me la cosa più sensata e non mettere niente sulla strada 
e segnare il pagamento solo sui caselli, ma non so se il router 
lo riconosce.

[tra l'altro, che io sappia in queste autostrade la tariffa del casello 
è calcolata sui chilometri di tutta la tratta, come se fosse toll=yes 
su tutto, ma se uno entra ed esce senza passare da un casello
non paga niente]

-- 
Elena ``of Valhalla''

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


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Martin Koppenhoefer
2012/12/18 Elena ``of Valhalla'' elena.valha...@gmail.com:
 secondo me la cosa più sensata e non mettere niente sulla strada
 e segnare il pagamento solo sui caselli, ma non so se il router
 lo riconosce.


secondo me no, il fatto che una strada sia a pagamento o no non è un
attributo puntuale, ma è una proprietà di un tratto di strada, e
quindi va messo sul tratto della strada.

ciao,
Martin

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


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Maurizio Daniele
Il giorno 18 dicembre 2012 13:58, Elena ``of Valhalla'' 
elena.valha...@gmail.com ha scritto:


 e per i tratti dove paghi in certi casi si ed in altri no, come succede
 sulle autostrade a sistema aperto?

 secondo me la cosa più sensata e non mettere niente sulla strada
 e segnare il pagamento solo sui caselli, ma non so se il router
 lo riconosce.


Io metto il tag toll=yes sui tratti di (auto)strada dove paghi sicuro
(alias: se passi di qui finisci inevitabilmente in un casello).

Paradossalmente con questo approccio, in una autostrada a sistema aperto è
taggato toll=yes solo il tratto DOPO l'ultimo ingresso libero e PRIMA
di un casello mentre sarà toll=no il tratto tra due ingressi/uscite
libere ma anche quello dopo il casello, può essere taggato
indifferentemente.


 [tra l'altro, che io sappia in queste autostrade la tariffa del casello
 è calcolata sui chilometri di tutta la tratta, come se fosse toll=yes
 su tutto, ma se uno entra ed esce senza passare da un casello
 non paga niente]


E' esatto. In simili tratti il pedaggio è calcolato statisticamente sulla
lunghezza del percorso (non hai un talloncino d'ingresso) quindi
teoricamente è a pagamento tutto il tracciato ma tecnicamente non lo è.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Elena ``of Valhalla''
On 2012-12-18 at 14:04:03 +0100, Martin Koppenhoefer wrote:
 2012/12/18 Elena ``of Valhalla'' elena.valha...@gmail.com:
  secondo me la cosa più sensata e non mettere niente sulla strada
  e segnare il pagamento solo sui caselli, ma non so se il router
  lo riconosce.
 secondo me no, il fatto che una strada sia a pagamento o no non è un
 attributo puntuale, ma è una proprietà di un tratto di strada, e
 quindi va messo sul tratto della strada.

ma in questo caso di sicuro non è una proprietà della strada, 
ma del percorso che si è fatto su quella strada

se io vado da varese a gallarate pago il pedaggio calcolato su tutta 
la ventina di km che ho percorso (o qualcosa di più: non so da dove 
partano a calcolare per il pedaggio che si paga alla barriera di
milano), se invece faccio la stessa identica strada, ma esco 
8 km prima all'uscita Cavaria non pago nulla.

http://osm.org/go/0CkgYit--

certo, c'è la soluzione di mettere toll=yes solo sulla tratta tra 
cavaria e busto (l'uscita gratis successiva), ma a quel punto 
diventa impossibile fare calcoli sul pedaggio effettivo, e secondo 
me diventa tagging per il router.

-- 
Elena ``of Valhalla''

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


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Maurizio Daniele
Il giorno 18 dicembre 2012 14:31, Elena ``of Valhalla'' 
elena.valha...@gmail.com ha scritto:


 certo, c'è la soluzione di mettere toll=yes solo sulla tratta tra
 cavaria e busto (l'uscita gratis successiva), ma a quel punto
 diventa impossibile fare calcoli sul pedaggio effettivo, e secondo
 me diventa tagging per il router.


E' comunque impossibile fare calcoli sul pedaggio con il nostro sistema di
tagging. Serve ben altro, perché il pedaggio non è solo sui km percorsi
(anche in una autostrada a sistema chiuso) e oltretutto la tariffa non è
sempre la stessa (ad esempio il tragitto Torino-Milano ha un prezzo mentre
Milano-Torino un altro!)

Quel che si può fare è banalmente decidere se voglio passare o meno su
strade a pagamento.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Elena ``of Valhalla''
On 2012-12-18 at 14:45:34 +0100, Maurizio Daniele wrote:
 E' comunque impossibile fare calcoli sul pedaggio con il nostro sistema di
 tagging. Serve ben altro, perché il pedaggio non è solo sui km percorsi

migliorare il tagging?

che io sappia i pedaggi in italia (nel sistema chiuso) dipendono 
esclusivamente dal chilometraggio percorso e dal fatto che le tratte 
percorse siano di pianura o di montagna (cosa che sarebbe da
aggiungere al tagging), più una cifra che dipende dal casello 
di uscita (e forse da quello di entrata)

http://www.autostrade.it/il-pedaggio/come-si-calcola.html?initPosAra=4_1

poi ammetto che non so quanto sia facile recuperare i dati relativi ai km 
conteggiati per lo specifico casello, nel caso in cui li si voglia 
taggare.

 (anche in una autostrada a sistema chiuso) e oltretutto la tariffa non è
 sempre la stessa (ad esempio il tragitto Torino-Milano ha un prezzo mentre
 Milano-Torino un altro!)

Milano-Torino è un caso particolare che almeno da un lato (ma se ho 
capito bene anche dall'altro) finisce su un autostrada a sistema 
aperto, e quella parte di autostrada viene contata nella cifra 
di casello.

 Quel che si può fare è banalmente decidere se voglio passare o meno su
 strade a pagamento.

beh, per fare quello posso pure usare google maps, noi vogliamo 
essere “più meglio”

-- 
Elena ``of Valhalla''

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


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Maurizio Daniele
Il giorno 18 dicembre 2012 15:44, Elena ``of Valhalla'' 
elena.valha...@gmail.com ha scritto:

 On 2012-12-18 at 14:45:34 +0100, Maurizio Daniele wrote:
  E' comunque impossibile fare calcoli sul pedaggio con il nostro sistema
 di
  tagging. Serve ben altro, perché il pedaggio non è solo sui km percorsi

 migliorare il tagging?

 che io sappia i pedaggi in italia (nel sistema chiuso) dipendono
 esclusivamente dal chilometraggio percorso e dal fatto che le tratte
 percorse siano di pianura o di montagna (cosa che sarebbe da
 aggiungere al tagging), più una cifra che dipende dal casello
 di uscita (e forse da quello di entrata)


Appunto. Non è solo sui km percorsi :-)



 Milano-Torino è un caso particolare che almeno da un lato (ma se ho
 capito bene anche dall'altro) finisce su un autostrada a sistema
 aperto, e quella parte di autostrada viene contata nella cifra
 di casello.


E di nuovo siamo nel caso che non dipende solo dai km percorsi.


   Quel che si può fare è banalmente decidere se voglio passare o meno su
  strade a pagamento.

 beh, per fare quello posso pure usare google maps, noi vogliamo
 essere “più meglio”


Al momento non hai gli strumenti per fare più meglio.  :-)
Certo, puoi proporre uno strumento adeguato all'uopo (altri tag?) ma
francamente non credo di possa pretendere che la mappa di OSM, da sola
(senza l'uso di altri strumenti e/o database), risolva ogni singolo task
che ci venga in mente solo mediante nuovi tag.

Noi possiamo fornire la mappa delle autostrade migliore e geograficamente
più aggiornata che esista, ma non possiamo pretendere di memorizzare
*qualsiasi* dato, anche non geografico (come il calcolo delle tariffe) o
magari tutte le pagine gialle nel db di OSM, solo perché tecnicamente
abbiamo o possiamo inventare gli strumenti per farlo.

Tra l'altro bisogna sempre porsi il problema di chi mantiene questi dati?
Inserirli potrebbe essere facile, mantenerli aggiornati molto molto meno.

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Federico Cozzi
2012/12/18 Elena ``of Valhalla'' elena.valha...@gmail.com:
 il tag toll=yes va messo solo su quei tratti che non è possibile
 percorrere senza pagare.
 Sugli altri è proprio una buona idea mettere toll=no
 e per i tratti dove paghi in certi casi si ed in altri no, come succede
 sulle autostrade a sistema aperto?

toll=no

Poi metterai toll=yes sui tratti in cui non puoi transitare senza
pagare. Questi tratti esistono per forza, altrimenti non pagheresti
mai...

 secondo me la cosa più sensata e non mettere niente sulla strada
 e segnare il pagamento solo sui caselli, ma non so se il router
 lo riconosce.

No perché non sapresti se il pagamento è fuori o dentro dai caselli,
cioè se è a pagamento l'autostrada oppure il resto del mondo...

Ciao,
Federico

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


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Federico Cozzi
2012/12/18 Elena ``of Valhalla'' elena.valha...@gmail.com:
 certo, c'è la soluzione di mettere toll=yes solo sulla tratta tra
 cavaria e busto (l'uscita gratis successiva), ma a quel punto
 diventa impossibile fare calcoli sul pedaggio effettivo, e secondo
 me diventa tagging per il router.

Ma il tag toll=yes/no *è* tagging per il router. A cosa serve, se no?

Se vuoi calcolare *quanto* paghi di pedaggio, allora non basta
toll=yes/no: da qualche parte dovrai indicare il prezzo al chilometro,
oppure il prezzo per ciascuna tratta. Ma questo non lo stiamo facendo,
quindi non ci si può attendere che salti fuori un pedaggio corretto
dai dati OSM.

Ciao,
Federico

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


[Talk-it] Prolatch secondo me è un male per Openstreetmap

2012-12-18 Diskussionsfäden Salemme Guido
Openstreetmap diventa sempre più famoso e i mappatori aumentano , questo 
è un bene ma anche un male


sto da tempo correggendo vari errori e migliorando le mappe di osm per 
esempio spesso ci sono strade dritte con molti nodi in mezzo , questo fa 
si che nel complesso aumenta le dimensioni delle mappe (e questo è un 
male soprattutto nei dispositivi mobili)


per le correzioni mi avvalgo spesso di questo portale 
http://tools.geofabrik.de/osmi


vedo sempre di più nuovi mappatori, spesso mappatori che hanno 
intenzione di creare un loro progetto basato su osm e spesso il loro 
obiettivo è quello di mappare velocemente senza pensare se quello che 
fanno rispetta la realtà e producendo dati di bassa qualità


spesso molti utenti non vogliono studiare prima di iniziare a mettere 
mani su osm e trovandosi uno strumento già pronto per inserire dati come 
/Prolatch iniziano subito a inserire dati e nei peggiori dei casi a 
modificare dati di utenti che spesso sono più esperti di loro


in oltre //Prolatch usa come ortofoto già preimpostato quelle di bing e 
in molte zone di italia sono fortemente distorte , per esempio nel lazio 
ci sono le pcn2008 che pur avendo risoluzione minore ma accettabile 
rispettano di più la realtà


quindi il nuovo arrivato prende e trasla tutto rispetto a bing
/
//spesso ho visto che strade editate con ///Prolatch spesso sono 
sovrapposte o che non sono collegate con altre


quindi mi domando //Prolatch serve veramente? è giusto attirare nuovi 
mappatori che spesso si limitano a inserire qualche dato spesso in modo 
sbagliato per poi abbandonare l'attività di mappatore dopo pochi giorni?


secondo me già il fatto per esempio di scaricare josm e farlo partire fa 
da filtro contro questi utenti

/



--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP 
autenticato? GRATIS solo con Email.it http://www.email.it/f

Sponsor:
Ami l'arte e vuoi arredare casa con stile? Su MisterCupido.com puoi acquistare 
le RIPRODUZIONI DEI QUADRI di: Van Gogh, Monet, Klimt, Modigliani, Cezanne, 
Hayez, Michelangelo, Raffaello, ecc
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12386d=18-12
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Prolatch secondo me è un male per Openstreetmap

2012-12-18 Diskussionsfäden Caterpillar
Il giorno 18 dicembre 2012 18:46, Salemme Guido salemme.gu...@email.it ha
scritto:

  [...]

Sono totalmente d'accordo con te
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Elena ``of Valhalla''
On 2012-12-18 at 18:27:40 +0100, Federico Cozzi wrote:
  e segnare il pagamento solo sui caselli, ma non so se il router
  lo riconosce.
 No perché non sapresti se il pagamento è fuori o dentro dai caselli,
 cioè se è a pagamento l'autostrada oppure il resto del mondo...

i caselli delle autostrade a sistema aperto non separano il dentro 
o il fuori dall'autostrada, sono *sull* autostrada, e a pagamento 
(fisso) è qualunque route che passi per quel nodo

-- 
Elena ``of Valhalla''

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


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Alberto
Grazie delle risposte. Penso che le mancanze di tag toll siano tutte
dimenticanze perché nella history non ho visto cancellazioni da parte di
bot.
Allora chi conosce i tratti a pagamento e non di qualche autostrada, può per
favore inserire il relativo tag toll=yes/no?
Io stesso finora ho inserito toll=yes solo dove ero sicuro che fosse a
pagamento e sono assolutamente d'accordo a mettere toll=no dove non lo è per
capire che non è una dimenticanza.
Se metterlo su nodi o way, forse meglio sulle way per:
1. omogeneità: nel mondo è usato 84728 volte su way, 248 su nodi (e 134 su
relazioni, il che come detto dovrebbe essere invisibile ai router);
2. quando editi un tratto di way vedi subito se è stato già messo il tag
toll=yes/no senza andare a cercare i caselli;
3. siamo sicuri che sulle way i router lo riconoscano.
Ciao
Alberto


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


Re: [Talk-it] Pedaggio autostrade

2012-12-18 Diskussionsfäden Alberto
Altra cosa che ho trovato: vi sembra corretto mappare il nodo dove
l'autostrada si dirama per un area di sosta (autogrill) con
highway=motorway_junction e con name=nome dell'area di sosta?

Secondo me no, il tag [1] dovrebbe essere usato solo sugli svincoli veri e
propri che escono dall'autostrada o la congiungono ad un'altra.

 

[1] http://wiki.openstreetmap.org/wiki/Tag:highway=motorway_junction

 

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


Re: [Talk-it] addr:housenumber, nuova mappa e blog di Frederik

2012-12-18 Diskussionsfäden Martin Koppenhoefer
dimenticavo:
il blog post di Frederik (versione inglese):
http://osm.gryph.de/2012/12/1000-addresses/#more-172

una mappa alternativa di Simon Poole che visualizza edifici senza nome
(dovete scegliere la view no address):
http://qa.poole.ch/
con il suo blogpost:
http://www.openstreetmap.org/user/SimonPoole/diary

una mappa alternativa di ITO:
http://svn.openstreetmap.org/applications/rendering/mapnik/

ciao,
Martin

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


Re: [Talk-it] Prolatch secondo me è un male per Openstreetmap

2012-12-18 Diskussionsfäden Luca Delucchi
Il giorno 19/dic/2012 02:46, Salemme Guido salemme.gu...@email.it ha
scritto:

 Openstreetmap diventa sempre più famoso e i mappatori aumentano , questo
è un bene ma anche un male

 sto da tempo correggendo vari errori e migliorando le mappe di osm per
esempio spesso ci sono strade dritte con molti nodi in mezzo , questo fa si
che nel complesso aumenta le dimensioni delle mappe (e questo è un male
soprattutto nei dispositivi mobili)

 per le correzioni mi avvalgo spesso di questo portale
http://tools.geofabrik.de/osmi


Ottimo,anch'io ultimamente faccio controlli e pulizia

 vedo sempre di più nuovi mappatori, spesso mappatori che hanno intenzione
di creare un loro progetto basato su osm e spesso il loro obiettivo è
quello di mappare velocemente senza pensare se quello che fanno rispetta la
realtà e producendo dati di bassa qualità


Come fai a sapere ciò?
secondo me la maggior parte degli errori è dovuta all'inesperienza di nuovi
utenti ma non perché vogliano fare di corsa

 spesso molti utenti non vogliono studiare prima di iniziare a mettere
mani su osm e trovandosi uno strumento già pronto per inserire dati come
Prolatch iniziano subito a inserire dati e nei peggiori dei casi a
modificare dati di utenti che spesso sono più esperti di loro


È vero che la maggior parte non studia, nei miei casi quando si spiega come
fare una determinata cosa poi migliorano

 in oltre Prolatch usa come ortofoto già preimpostato quelle di bing e in
molte zone di italia sono fortemente distorte , per esempio nel lazio ci
sono le pcn2008 che pur avendo risoluzione minore ma accettabile rispettano
di più la realtà


Vero, ma qui secondo me il problema nasce dal fatto che non si possa fare
cache e le Toledo del PCN

 quindi il nuovo arrivato prende e trasla tutto rispetto a bing

 spesso ho visto che strade editate con Prolatch spesso sono sovrapposte o
che non sono collegate con altre


Su questi due punti hai pienamente ragione

 quindi mi domando Prolatch serve veramente? è giusto attirare nuovi
mappatori che spesso si limitano a inserire qualche dato spesso in modo
sbagliato per poi abbandonare l'attività di mappatore dopo pochi giorni?


Si è Giusto, dobbiamo attirare più mappatori possibili e poi ci sarà una
selezione naturale.sta ai mappatori più anziani aiutare gli ultimi arrivati
e correggere gli errori

 secondo me già il fatto per esempio di scaricare josm e farlo partire fa
da filtro contro questi utenti


Può essere ma non vedo il problema, sarebbe più corretto sistemare potlatch

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


Re: [Talk-co] Cobertura Bing Huila, Meta y Caquetá

2012-12-18 Diskussionsfäden Humberto Yances
De acuerdo con el plan, tal vez pueda ser fiestas de mapeo en simultanea
para toda Colombia, realizadas con universidades y colegios alrededor de
las AOI [1] que hemos definido; pero no circunspectas a ellas, por si
hay maperos que desean trazar sobre otros lugares de interés en la
geografía nacional.

[1]
http://wiki.openstreetmap.org/wiki/2011_Colombia_floods#Working_areas_.26_Imagery_request

-Mensaje original-
De: Igor TAmara i...@tamarapatino.org
Reply-to: OpenStreetMap Colombia talk-co@openstreetmap.org
Para: OpenStreetMap Colombia talk-co@openstreetmap.org
Asunto: Re: [Talk-co] Cobertura Bing Huila, Meta y Caquetá
Fecha: Sun, 16 Dec 2012 16:20:14 -0500

Si, es claro que la aerofotografía está sobre todo disponible en
aquellas zonas en las que hay cuestiones de minería o de megacultivos,
también es probable que en esas zonas haya sucedido despojos.


Dado que tenemos un recurso[1] que proyecta los sitios en los que
tenemos aerofotografía, tenemos que buscar trazar un plan o priorizar
aquello que consideramos es más prioritario para mapear, como vías,
arroyos y ríos por ejemplo.


En la priorización no tengo claridad, pero tendríamos oportunidad de
colocar tags para identificar qué cosas hacen falta por hacer en esas
zonas.


Si especificamos un tag, podemos hacer que eso esté proyectado en [1]
para que podamos focalizar claramente nuestros esfuerzos.


1.http://test.openstreetmap.co:5000/


El 8 de diciembre de 2012 13:57, Federico Explorador
federico.explora...@nevados.org escribió:
Hola maper@s:

 

Reportando Cobertura Bing en Huila (Páramo de las Hermosas):

http://www.openstreetmap.org/browse/way/195122812 

 

En Meta, al este de Granada, Fuente de Oro al sur: 

http://www.openstreetmap.org/browse/way/195038755 

 

En Meta creo que hay más coberturas, falta identificarla.

 

En Caquetá, hay cobertura Bing ya marcada por ikks, pero sin
mapear :

http://www.openstreetmap.org/browse/way/191858979

 

Antes nos quejábamos de la poca cobertura Bing, ahora hay en
abundancia, pero parece que faltan maperos o no tienen interés
en las áreas rurales… Ojo, será precisamente en estas zonas
donde tendrá éxito o fracasará el proceso de paz.

 

Saludos,
Federico

 

 

 

 

 




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



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


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


Re: [Talk-at] U-Bahn-Stationen U-Bahn-Schienen Spittelau

2012-12-18 Diskussionsfäden Andreas Labres
Hallo Markus!

On 16.12.12 21:08, Markus Straub wrote:
 Ich habe bei einigen U-Bahn-Stationen damit begonnen, die Stop-Position auf
 den Schienen als public_transport=stop_position zu taggen und nur ein
 railway=station auf dem Stationgebäude zu belassen / hinzuzufügen. 

Hat das irgendeinen Vorteil? Ich seh keinen, IMO kann das railway=station auf
den Schienen bleiben, wie's üblich ist.

Wenn's Dir irgendwie wichtig ist, zu sagen dieses Gebäude ist eine Station
(selbst das halte ich für unnötig), kannst Du ein building=railway_station oder
sowas taggen.

/al

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


Re: [Talk-at] U-Bahn-Stationen U-Bahn-Schienen Spittelau

2012-12-18 Diskussionsfäden Norbert Wenzel

On 18.12.2012 09:13, Andreas Labres wrote:

On 16.12.12 21:08, Markus Straub wrote:

Ich habe bei einigen U-Bahn-Stationen damit begonnen, die Stop-Position auf
den Schienen als public_transport=stop_position zu taggen und nur ein
railway=station auf dem Stationgebäude zu belassen / hinzuzufügen.


Hat das irgendeinen Vorteil? Ich seh keinen, IMO kann das railway=station auf
den Schienen bleiben, wie's üblich ist.


Wie's üblich war, als man die Schienen noch einfach gezeichnet hat. Wenn 
man jeden Schienenstrang einzeln zeichnet und die Station auf die 
Schienen legt, dann hat man zwangsläufig zwei Stationen (im Normalfall) 
direkt nebeneinander gezeichnet.


Wenn das aktuelle ÖPNV Schema es zulässt, dass man nur noch eine Station 
zeichnet und zwei stop_positions macht, dann ist das imo deutlich klarer 
als vorhin.


Also wenn man schon Micromapping macht, dann doch bitte so, dass man 
bisher einfach vorhande Tags nicht auf jeden Einzelweg kopieren muss, 
und ein Datenkonsument dann wieder nur raten kann, ob mehrfach 
vorhandene Tags nicht vielleicht doch zusammen gehören.


Erscheint mir hier gut umgesetzt diese Idee. Wer nach der Station sucht, 
findet das Tag genau einmal am Gebäude und wer's genauer will, muss sich 
halt die stop_position suchen.


Norbert


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


Re: [Talk-at] U-Bahn-Stationen U-Bahn-Schienen Spittelau

2012-12-18 Diskussionsfäden Markus Straub
Genau, im Moment hat man bei vielen U-Bahn-Stationen mehrere Stationen, 
obwohl es ja nur eine logische Station ist (mit mehreren Eingängen, 
Punkten wo U-Bahnen halten etc..)
Das führt dann wohl dazu, dass Nominatim mehrere Stationen liefer, bzw 
Mapnik mehrere Stationen zeichnet.


Das ist keine Erfindung von mir sondern der Vorschlag von hier: 
http://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation


Ich finde es jedenfalls auch sehr sinnvoll, wollte aber nochmal 
sichergehen, ob es da nicht noch einen neueren Ansatz gibt oder ich 
irgendwas breake..


LG,
Markus


On 12/18/2012 09:32 AM, Norbert Wenzel wrote:

On 18.12.2012 09:13, Andreas Labres wrote:

On 16.12.12 21:08, Markus Straub wrote:

Ich habe bei einigen U-Bahn-Stationen damit begonnen, die
Stop-Position auf
den Schienen als public_transport=stop_position zu taggen und nur ein
railway=station auf dem Stationgebäude zu belassen / hinzuzufügen.


Hat das irgendeinen Vorteil? Ich seh keinen, IMO kann das
railway=station auf
den Schienen bleiben, wie's üblich ist.


Wie's üblich war, als man die Schienen noch einfach gezeichnet hat. Wenn
man jeden Schienenstrang einzeln zeichnet und die Station auf die
Schienen legt, dann hat man zwangsläufig zwei Stationen (im Normalfall)
direkt nebeneinander gezeichnet.

Wenn das aktuelle ÖPNV Schema es zulässt, dass man nur noch eine Station
zeichnet und zwei stop_positions macht, dann ist das imo deutlich klarer
als vorhin.

Also wenn man schon Micromapping macht, dann doch bitte so, dass man
bisher einfach vorhande Tags nicht auf jeden Einzelweg kopieren muss,
und ein Datenkonsument dann wieder nur raten kann, ob mehrfach
vorhandene Tags nicht vielleicht doch zusammen gehören.

Erscheint mir hier gut umgesetzt diese Idee. Wer nach der Station sucht,
findet das Tag genau einmal am Gebäude und wer's genauer will, muss sich
halt die stop_position suchen.

Norbert


___
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] Höhe von Berggipfeln, Almhütten, etc.

2012-12-18 Diskussionsfäden Jimmy_K
Am 16.12.2012 01:12, schrieb Friedrich Volkmann:
 On 15.12.2012 18:52, Christian Aigner | caigner wrote:
 Jetzt hab ich auf der OSM-Karte und auch vor Ort bei einer Almhütte
 doch um einiges abweichende
 Höhenangaben gefunden.

 Welche Höhe stimmt denn jetzt nun und welche soll als ele=
 eingetragen werden?

 Die Höhenangaben an Hütten stammen machmal aus Zeiten, wo man noch
 nicht so genau messen konnte. Die Nemecek-Hütte bei Gießhübl ist höher
 angegeben als der Gipfel.


Bereits um die Jahrhundertwende hätten solche Fehler nicht mehr
passieren dürfen. Wenn wir von der selben Hütte reden (erbaut ~1950),
dann würde ich eher dem Gerücht glauben, dass sich manche Hütten gerne
ein paar Meter dazu schummeln.


LG Jimmy

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


Re: [Talk-at] U-Bahn-Stationen U-Bahn-Schienen Spittelau

2012-12-18 Diskussionsfäden Stefan Tauner
On Sun, 16 Dec 2012 21:08:05 +0100
Markus Straub markus.straub...@gmail.com wrote:

 Hi,
 
 Ich habe bei einigen U-Bahn-Stationen damit begonnen, die Stop-Position 
 auf den Schienen als public_transport=stop_position zu taggen und nur 
 ein railway=station auf dem Stationgebäude zu belassen / hinzuzufügen.
 ganz nach dieser Wiki-Seite:
 http://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation
 
 Ich hoffe das ist im Sinne aller?

im sinne aller sicher nicht ;) aber ich find's gut, die stationshaufen
sind grauslich für renderer und user.

 Beim Mappen vom Stationsgebäude Spittelau U4/U6 ist mir übrigens 
 aufgefallen, dass die U4-Schienen zu weit östlich verlaufen. Den 
 Schienensalat anzugreifen war ich aber gerade nicht motiviert, 
 vielleicht kann sich ja ein Schienen-Powermapper drum kümmern?

naja ganz perfekt liegen sie nicht, da ist die platform ja in der
mitte... ich persönlich wäre ja prinzipiell sehr dafür, daß wir bei
ubahnstationen die plattformen und zugänge im detail mappen. aufzüge,
rolltreppen, automaten, geschäfte... zum teil ist das eh schon recht
gut (zb friedensbrücke, warst vmtl eh auch du? :). aber bis sich diese
meinung durchsetzt, wird es wohl noch etwas dauern.

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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


Re: [Talk-ca] licence et notion de paternité

2012-12-18 Diskussionsfäden Bruno Remy
Bonjour Pierre,

Merci pour le suivi. De mon côté j'ai eu quelques échanges avec un des
principaux membres de Capitale Ouverte, l'équivalent de Québec Ouvert à
l'échelle de la Ville de Québec.
À première vue, ils sont bien surpris de nos interrogations sur les
licences et ne voient pas où il y a des blocages ...
Je leur ai soumis un document expliquant les discutions que nous avons eu
sur la liste-CA et le constat qu'aucune ville au monde n'avait exigé qu'on
la mentionne sur la MAP, depuis les 8 années d'existance d'OSM... Alors
pourquoi une exception pour Montréal ou pour la Ville de Québec?

Bruno Remy
Le 2012-12-17 20:58, Pierre Béland infosbelas-...@yahoo.fr a écrit :

 Bruno,

 tiens justement je viens juste d'envoyer un courriel relatif à Québec
 Ouvert.

 Certaines licences dites libres imposent des restrictions qui ne sont pas
 toujours réalisables au niveau de la mention.  Mais normalement une simple
 mention dans une page ou dans la base de données suffit.

 Quand on regarde les licences des municipalités, on voit toutes sortes de
 restrictions au niveau de la mention.
 Dans la citation ci-dessous, je ne sais pas comment on peut l'interpréter.
 Par exemple, faudrait-il mettre un lien url pour chaque donnée dans la
 base?  Serait-ce suffisant de fournir cette info au niveau du changeset?


 Pierre

   --
 *De :* Bruno Remy bremy.qc...@gmail.com
 *À :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org
 *Envoyé le :* Lundi 17 décembre 2012 20h33
 *Objet :* [Talk-ca] licence et notion de paternité

 Bonjour,
 Une licence qui impose de mentionner la paternité («source») des données,
 ça implique quoi concrètement?
 a)Juste un tag source underground dans la BD comme OSM le  fait déjà
 pour les données de Canvec, Tiger, etc
 ou
 b)vraiment une mention visible pour les utilisateurs de l'intreface web,
 à côté de la mention (c) OpenStreetMap et ses contributeurs?
 Si la réponse est a) on peut l'utiliser. si b) on ne peut pas
 incorporer les données.
 Voir ci-dessous:
 
 Sous réserve de : Mentionner la paternité de « l’Information » : sa source
 (a minima le nom du « Producteur et la date de sa dernière mise à jour. Le
 « Réutilisateur » peut notamment s’acquitter de cette condition en
 indiquant un ou des liens hypertextes (URL) renvoyant vers « l’Information
 » et assurant une mention effective de sa paternité. Cette mention de
 paternité ne doit ni conférer un caractère officiel à la réutilisation de «
 l’Information », ni suggérer une quelconque reconnaissance ou caution par
 le « Producteur », ou par toute autre entité publique, du « Réutilisateur »
 ou de sa réutilisation.
 ---
 Bruno Remy

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



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


[Talk-ca] CanVec misalignment? Ottawa end of Portage Bridge

2012-12-18 Diskussionsfäden Tom Taylor
I've been continuing to work on validation errors in the Ottawa area. 
One complaint was of buildings projecting into the Ottawa River on the 
west side of the Portage Bridge, by the dam between the Ottawa side of 
the river and Victoria Island. When I look, the buildings (source CanVec 
6.0) are way out of line (up to 7 m) with the Bing imagery, but lots of 
GPS traces show that Bing has put the Portage Bridge in the right place.


Do we take CanVec as gospel in this case and shift the river boundary, 
or should I just tiptoe away and leave it alone?


Tom Taylor

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


Re: [Talk-ca] CanVec misalignment? Ottawa end of Portage Bridge

2012-12-18 Diskussionsfäden William Rieck
There is no gospel, although surveys and GPS traces may be close, but
certainly not Bing and CanVec imports.

The map should represent what you see on the ground, so make whatever
adjustments are needed, using deduction from your primary source (a
survey), that aligns with traces (absolute position) and any other sources
(Bing, Canvec) if they are helpful.


On Tue, Dec 18, 2012 at 11:04 AM, Tom Taylor tom.taylor.s...@gmail.comwrote:

 I've been continuing to work on validation errors in the Ottawa area. One
 complaint was of buildings projecting into the Ottawa River on the west
 side of the Portage Bridge, by the dam between the Ottawa side of the river
 and Victoria Island. When I look, the buildings (source CanVec 6.0) are way
 out of line (up to 7 m) with the Bing imagery, but lots of GPS traces show
 that Bing has put the Portage Bridge in the right place.

 Do we take CanVec as gospel in this case and shift the river boundary, or
 should I just tiptoe away and leave it alone?

 Tom Taylor

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


Re: [Talk-ca] licence et notion de paternité

2012-12-18 Diskussionsfäden Frank Steggink
Hopefully they'll change the license so it becomes truly open. They 
probably don't have as much experience with open data licenses as we, as 
the OSM community, have. Because we go farther than just visualizing the 
data, these questions were probably beyond their original thoughts about 
how their data would be used.


Frank

On 18-12-2012 14:11, Bruno Remy wrote:


Bonjour Pierre,

Merci pour le suivi. De mon côté j'ai eu quelques échanges avec un des 
principaux membres de Capitale Ouverte, l'équivalent de Québec Ouvert 
à l'échelle de la Ville de Québec.
À première vue, ils sont bien surpris de nos interrogations sur les 
licences et ne voient pas où il y a des blocages ...
Je leur ai soumis un document expliquant les discutions que nous avons 
eu sur la liste-CA et le constat qu'aucune ville au monde n'avait 
exigé qu'on la mentionne sur la MAP, depuis les 8 années d'existance 
d'OSM... Alors pourquoi une exception pour Montréal ou pour la Ville 
de Québec?


Bruno Remy

Le 2012-12-17 20:58, Pierre Béland infosbelas-...@yahoo.fr 
mailto:infosbelas-...@yahoo.fr a écrit :


Bruno,

tiens justement je viens juste d'envoyer un courriel relatif à
Québec Ouvert.

Certaines licences dites libres imposent des restrictions qui ne
sont pas toujours réalisables au niveau de la mention. Mais
normalement une simple mention dans une page ou dans la base de
données suffit.

Quand on regarde les licences des municipalités, on voit toutes
sortes de restrictions au niveau de la mention.
Dans la citation ci-dessous, je ne sais pas comment on peut
l'interpréter. Par exemple, faudrait-il mettre un lien url pour
chaque donnée dans la base? Serait-ce suffisant de fournir cette
info au niveau du changeset?

Pierre


*De :* Bruno Remy bremy.qc...@gmail.com
mailto:bremy.qc...@gmail.com
*À :* talk-ca@openstreetmap.org
mailto:talk-ca@openstreetmap.org talk-ca@openstreetmap.org
mailto:talk-ca@openstreetmap.org
*Envoyé le :* Lundi 17 décembre 2012 20h33
*Objet :* [Talk-ca] licence et notion de paternité

Bonjour,
Une licence qui impose de mentionner la paternité («source»)
des données, ça implique quoi concrètement?
a)Juste un tag source underground dans la BD comme OSM le
fait déjà pour les données de Canvec, Tiger, etc
ou
b)vraiment une mention visible pour les utilisateurs de
l'intreface web, à côté de la mention (c) OpenStreetMap et ses
contributeurs?
Si la réponse est a) on peut l'utiliser. si b) on ne peut
pas incorporer les données.
Voir ci-dessous:

Sous réserve de : Mentionner la paternité de « l’Information »
: sa source (a minima le nom du « Producteur et la date de sa
dernière mise à jour. Le « Réutilisateur » peut notamment
s’acquitter de cette condition en indiquant un ou des liens
hypertextes (URL) renvoyant vers « l’Information » et assurant
une mention effective de sa paternité. Cette mention de
paternité ne doit ni conférer un caractère officiel à la
réutilisation de « l’Information », ni suggérer une quelconque
reconnaissance ou caution par le « Producteur », ou par toute
autre entité publique, du « Réutilisateur » ou de sa
réutilisation.
---
Bruno Remy

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




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



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


Re: [Talk-ca] Montreal: Nouveau tronçon de la 30 / Autoroute 30 opening soon

2012-12-18 Diskussionsfäden Pierre Béland
Merci au contributeur nico@mcgill qui a révisé le tracé de la A30 à l'aide de 
données GPS.

J'ai écrit à nouveau au MTQ pour le demander un plan détaillé de l'autoroute 
afin de réviser et compléter la carte notamment en ce qui a trait aux guérites 
de payage.


 
Pierre 




 De : Pierre Béland infosbelas-...@yahoo.fr
À : Harald Kliems kli...@gmail.com; Talk-CA OpenStreetMap 
Talk-ca@openstreetmap.org 
Envoyé le : Vendredi 30 novembre 2012 16h16
Objet : [Talk-ca] Montreal: Nouveau tronçon de la 30 / Autoroute 30 opening 
soon
 

English follow.

Comme Harald l'a dit, nous sommes à la recherche de cartographes près de 
Chateauguay, Valleyfield et Vaudreuil en vue de réviser le tracé de 
l'autoroute 30. Il va cependant être important de se coordonner sur cette 
liste de discussion.

On continuera pour un certain temps à afficher conjointement l'ancienne et 
nouvelle numérotation. Par exemple, 30; 540 pour la portion renommée 30.

Il faudra aussi identifier la section payante.

Le lien ci-dessous décrit les modifications autour de Valleyfield, 
Saint-Thimotée.
http://www.autoroute30.qc.ca/fr/trace-ouest.asp

Le lien ci-dessous montre la carte de la nouvelle section de la 30, y compris 
les nouveaux numéros (Carte du MTQ).
http://www.autoroute30.qc.ca/fr/Documents/A30_Tt_A0_sans_cadastre_060705.pdf

Je vais préparer un fichier OSM prêt à télécharger vers le serveur OSM. Ce 
fichier comprendrales nouveaux numéros. Je vais aussi enlever l'attribut route 
en construction. Et je téléchargerai le jour de l'ouverture.

Il y a sûrement des tracés àréviser là où l'autoroute s'intègre avec les 
routes précédentes. L'imagerie Bing n'est pas assez récente pour donner un 
portrait de la situation actuelle.
--

Has Harald said, we are looking for mappers around Chateauguay, Valleyfield 
and Vaudreuil to revise the highway 30.  It will be important though to 
coordinate on this discussion list.

For a certain period of time we should show both numbers. For exemple 30;540 
for the portion that is renamed 30.

We will have also to show the portion of the highway where we have to pay a 
passage.

The following link describes modifications around Valleyfield and 
Saint-Thimotée.
http://www.autoroute30.qc.ca/fr/trace-ouest.asp

This MTQ link below shows the map of the new A30 section including the new 
numbers.
http://www.autoroute30.qc.ca/fr/Documents/A30_Tt_A0_sans_cadastre_060705.pdf

I will prepare a revision file with the new numbers and construction tag 
removed.

There is surely some mapping to revise where the motorway integrates with 
previous roads.  The Bing Imagery is not recent enough to give a portrait of 
today situation.



 
Pierre 




 De : Harald Kliems kli...@gmail.com
À : Talk-CA OpenStreetMap Talk-ca@openstreetmap.org 
Envoyé le : Vendredi 30 novembre 2012 13h05
Objet : [Talk-ca] Montreal: Autoroute 30 opening soon
 
From today's Gazette:
http://offislandgazette.com/news/story/2012/11/29/highway-30-will-open-dec-15/

We already have the route as highway=construction (
http://osm.org/go/cIo9hLV-- ) but maybe someone local with a car get a
GPS track soon after the opening and change the tags. I'm not quite
sure which section of the highway is going to open.

Harald.

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x199DC50F

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



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


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


Re: [Talk-cz] Zelená mapa Prahy má nový podklad

2012-12-18 Diskussionsfäden Jakub
Paráda, co trochu víc zvýraznit linky metra (jsou to podzemní tunely a 
nedá se jimi chodit ale pro pohyb chodce po městě jsou velmi 
důležité). To je mimochodem jedna z mála věcí, která mi vadí na 
mapniku, že metro je špatně vidět.


Jakub

On 17.12.2012 17:58, Petr Dlouhý wrote:


Ahoj,


od dneška má Zelená mapa Prahy (http://zelenamapa.cz) nový podklad 
vykreslovaný z dat OSM pomocí Mapniku (zdrojové soubory stylu jsou 
na https://github.com/auto-mat/rendering-PNK-ZM).



Z hlediska OSM vykresluje některé věci, které v jiných mapách nejsou 
vidět:


-kreslení železničních tratí bez vedlejších kolejí 
(service=siding) a tramvají bez vleček do vozovny (service=yard)


-slučování názvů stejné zastávky do jednoho (relace 
type=public_transport public_transport=stop_area).


-vybarvování nástupišť podle druhu dopravy (highway=platform pro 
bus, railway=platform pro vlak a railway=platform + tram=yes 
pro tramvaj)


-natáčení přechodů podle silnice pod nimi

-vynechání soukromých cest v areálech (access=private)


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



--
Jakub A. Tesinsky (j...@kub.cz)
tel: 7778 JAKUB, web: ja.kub.cz
Potius sero quam numquam.

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


Re: [Talk-cz] humanitární mapování Čadu

2012-12-18 Diskussionsfäden Karel Volný

ehm, a nemohla by ta žádost o pomoc obsahovat také alespoň stručnou informaci, 
o jakou pomoc se žádá, resp. co se od komunity talk-cz očekává?

máme si koupit letenky do N'Djameny a Moundou a začít tam běhat s GPS loggery?

má někdo, kdo v životě nebyl v Čadu, začít obkreslovat místní reálie z Bingu?

K.

Dne Út 18. prosince 2012 16:01:48, Katerina napsal(a):
 Zdravím!
 
 
 
 Pracuji na humanitárním projektu EUROSHA v jižním Čadu - projekt spočívá v
 mapování rizikových oblastní země, sbírání humanitárních informací,
 vytváření nových komunit mapperů a jejich školení jak používat open-source
 systémy aby po našem odchodu byli schopni mapovat samostatně. Získané
 informace ze zmapovaných oblastí by měly přispět k lepší přípravě země na
 krizové situace jako jsou povodně (které tu jsou opravdu hodně časté),
 nepokoje, občanské konflikty, nájezdy rebelů a podobně.  Více informací o
 projektu a blogy najdete na http://eurosha-volunteers-blog.org/.
 
 
 
 
 
 
 Na projektu úzce spolupracujeme s francouzskou OpenStreetMap komunitou a 
 hlavně s Humanitarian OpenStreetMap Týmem. Ale protože se náš projekt
 rozrůstá i do dalších lokalit než je prioritní oblast městečka Goré a třech
 uprchlických táborů na jihu Čadu, moc by se nám hodila pomoc s mapováním
 hlavního města N'Djameny a města Moundou na jihozápadě země. 
 
 
 
 
 Čím více dobrovolníků tím lépe, takže pokud máte zájem tak určitě dodám víc
 informací a potřebný support! Nevím jak velká je česká komunita mapperů, ale
 pokud víte o někom kdo není zapojen do talk-cz skupiny, prosím o přeposlání
 tohoto emailu :)
 
 
 
 
 Předem díky!
 
 
 
 
 Katka Struhová
 
 EUROSHA Chad Team

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


Re: [Talk-cz] humanitární mapování Čadu

2012-12-18 Diskussionsfäden Katerina
Ne, letenku do N'Djameny si opravdu kupovat nemusíte, na běhání s GPS do N'
Djameně a dalších místech v Čadu jsme tu my :) Jedná se o mapování na dálku,
takže ano, tou pomocí jsem myslela obkreslování místních reálií z Bingu - 
digitalizaci budov, silnic apod. Je to prakticky vytvoření základních 
podkladů pro náš tým, které opravdu potřebujeme, ale nestíháme na nich 
pracovat. O verifikaci a doplnění všech potřebných dalších údajů - 
lokalizace humanitárních aktérů, nemocnic, skladů (a potažmo i obchodů, 
služeb a dalších nezbytností) se postaráme my a další mappeři z různých 
organizací které působí zde v regionu a se kterými momentálně začínáme 
spolupracovat.



KS



-- Původní zpráva --
Od: Karel Volný ka...@seznam.cz
Datum: 18. 12. 2012
Předmět: Re: [Talk-cz] humanitární mapování Čadu

ehm, a nemohla by ta žádost o pomoc obsahovat také alespoň stručnou 
informaci, 
o jakou pomoc se žádá, resp. co se od komunity talk-cz očekává?

máme si koupit letenky do N'Djameny a Moundou a začít tam běhat s GPS 
loggery?

má někdo, kdo v životě nebyl v Čadu, začít obkreslovat místní reálie z 
Bingu?

K.

Dne Út 18. prosince 2012 16:01:48, Katerina napsal(a):
 Zdravím!
 
 
 
 Pracuji na humanitárním projektu EUROSHA v jižním Čadu - projekt spočívá v
 mapování rizikových oblastní země, sbírání humanitárních informací,
 vytváření nových komunit mapperů a jejich školení jak používat open-source
 systémy aby po našem odchodu byli schopni mapovat samostatně. Získané
 informace ze zmapovaných oblastí by měly přispět k lepší přípravě země na
 krizové situace jako jsou povodně (které tu jsou opravdu hodně časté),
 nepokoje, občanské konflikty, nájezdy rebelů a podobně. Více informací o
 projektu a blogy najdete na http://eurosha-volunteers-blog.org/
(http://eurosha-volunteers-blog.org/).
 
 
 
 
 
 
 Na projektu úzce spolupracujeme s francouzskou OpenStreetMap komunitou a 
 hlavně s Humanitarian OpenStreetMap Týmem. Ale protože se náš projekt
 rozrůstá i do dalších lokalit než je prioritní oblast městečka Goré a 
třech
 uprchlických táborů na jihu Čadu, moc by se nám hodila pomoc s mapováním
 hlavního města N'Djameny a města Moundou na jihozápadě země. 
 
 
 
 
 Čím více dobrovolníků tím lépe, takže pokud máte zájem tak určitě dodám 
víc
 informací a potřebný support! Nevím jak velká je česká komunita mapperů, 
ale
 pokud víte o někom kdo není zapojen do talk-cz skupiny, prosím o 
přeposlání
 tohoto emailu :)
 
 
 
 
 Předem díky!
 
 
 
 
 Katka Struhová
 
 EUROSHA Chad Team

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


Re: [Talk-cz] humanitární mapování Čadu

2012-12-18 Diskussionsfäden Petr Dlouhý

Díval jsem se na ta města, a vypadá to, že jsou poměrně solidně zmapovaná - 
N'Djamena vypadá, že má zmapovanou většinu ulic a v Moundou některé vedlejší
ulice chybí.




Jestli chcete zaujmout víc lidí, napište prosím veškeré potřebné informace 
sem do diskuze nebo do OSM wiki.

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



-- Původní zpráva --
Od: Katerina katerina.struh...@seznam.cz
Datum: 18. 12. 2012
Předmět: Re: [Talk-cz] humanitární mapování Čadu



Ne, letenku do N'Djameny si opravdu kupovat nemusíte, na běhání s GPS do N'
Djameně a dalších místech v Čadu jsme tu my :) Jedná se o mapování na dálku,
takže ano, tou pomocí jsem myslela obkreslování místních reálií z Bingu - 
digitalizaci budov, silnic apod. Je to prakticky vytvoření základních 
podkladů pro náš tým, které opravdu potřebujeme, ale nestíháme na nich 
pracovat. O verifikaci a doplnění všech potřebných dalších údajů - 
lokalizace humanitárních aktérů, nemocnic, skladů (a potažmo i obchodů, 
služeb a dalších nezbytností) se postaráme my a další mappeři z různých 
organizací které působí zde v regionu a se kterými momentálně začínáme 
spolupracovat.



KS




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


Re: [Talk-cz] humanitární mapování Čadu

2012-12-18 Diskussionsfäden Petr Schönmann
Můžete taky napsat do Komunity na Google+
https://plus.google.com/u/0/communities/111981115616957848548
Ale jak zde již bylo zmíněno, určitě je dobré sepsat pár věcí do wiki, aby
případná zájemci věděli co mají vlastně dělat. Nemusíte se omezovat jen na
hlavní město :) Nedávno proběhlá akce #opc2012 ukázala, že komunita je
ochotná pomáhat.
Přeju hodně zdaru !


Dne 18. prosince 2012 17:11 Katerina katerina.struh...@seznam.cznapsal(a):

 Ne, letenku do N'Djameny si opravdu kupovat nemusíte, na běhání s GPS do
 N'Djameně a dalších místech v Čadu jsme tu my :) Jedná se o mapování na
 dálku, takže ano, tou pomocí jsem myslela obkreslování místních reálií z
 Bingu - digitalizaci budov, silnic apod. Je to prakticky vytvoření
 základních podkladů pro náš tým, které opravdu potřebujeme, ale nestíháme
 na nich pracovat. O verifikaci a doplnění všech potřebných dalších údajů -
 lokalizace humanitárních aktérů, nemocnic, skladů (a potažmo i obchodů,
 služeb a dalších nezbytností) se postaráme my a další mappeři z různých
 organizací které působí zde v regionu a se kterými momentálně začínáme
 spolupracovat.

 KS

 -- Původní zpráva --
 Od: Karel Volný ka...@seznam.cz
 Datum: 18. 12. 2012
 Předmět: Re: [Talk-cz] humanitární mapování Čadu

 ehm, a nemohla by ta žádost o pomoc obsahovat také alespoň stručnou
 informaci,
 o jakou pomoc se žádá, resp. co se od komunity talk-cz očekává?

 máme si koupit letenky do N'Djameny a Moundou a začít tam běhat s GPS
 loggery?

 má někdo, kdo v životě nebyl v Čadu, začít obkreslovat místní reálie z
 Bingu?

 K.

 Dne Út 18. prosince 2012 16:01:48, Katerina napsal(a):
  Zdravím!
 
 
 
  Pracuji na humanitárním projektu EUROSHA v jižním Čadu - projekt spočívá
 v
  mapování rizikových oblastní země, sbírání humanitárních informací,
  vytváření nových komunit mapperů a jejich školení jak používat
 open-source
  systémy aby po našem odchodu byli schopni mapovat samostatně. Získané
  informace ze zmapovaných oblastí by měly přispět k lepší přípravě země na
  krizové situace jako jsou povodně (které tu jsou opravdu hodně časté),
  nepokoje, občanské konflikty, nájezdy rebelů a podobně. Více informací o
  projektu a blogy najdete na http://eurosha-volunteers-blog.org/.
 
 
 
 
 
 
  Na projektu úzce spolupracujeme s francouzskou OpenStreetMap komunitou a
  hlavně s Humanitarian OpenStreetMap Týmem. Ale protože se náš projekt
  rozrůstá i do dalších lokalit než je prioritní oblast městečka Goré a
 třech
  uprchlických táborů na jihu Čadu, moc by se nám hodila pomoc s mapováním
  hlavního města N'Djameny a města Moundou na jihozápadě země.
 
 
 
 
  Čím více dobrovolníků tím lépe, takže pokud máte zájem tak určitě dodám
 víc
  informací a potřebný support! Nevím jak velká je česká komunita mapperů,
 ale
  pokud víte o někom kdo není zapojen do talk-cz skupiny, prosím o
 přeposlání
  tohoto emailu :)
 
 
 
 
  Předem díky!
 
 
 
 
  Katka Struhová
 
  EUROSHA Chad Team

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


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


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


Re: [OSM-talk-fr] Bureau de vote

2012-12-18 Diskussionsfäden Tony Emery
Pour répondre à ce fleuve d'information, j'en ferais la synthèse suivante :
1- Les lieux où se trouvent les bureaux de vote ont souvent d'autres
fonctions que d'accueillir des élections;
2- Plusieurs bureaux de vote peuvent se tenir dans un même bâtiment ou dans
un même groupe de bâtiments;
3- Il se peut que les bureaux de vote soient installés dans des lieux
différents en fonction des élections;
4- la carte électorale peut être amenée à évoluer en fonction de la
démographie et de l'aménagement territorial de la commune;

Pour ces raisons, il vaut mieux utiliser polling_station:ref=nn et localiser
chaque bureau par un noeud indépendant du bâtiment dans lequel il se trouve.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740801.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] Bureau de vote

2012-12-18 Diskussionsfäden Francescu GAROBY
Dans l'ensemble, je suis d'accord. Cependant :
* 3 - il me semble que les bureaux de vote sont communs à toutes les
élections et très stables géographiquement parlant, tout simplement parce
que leur adresse est indiquée sur les cartes d'électeurs, et que donc,
déplacer un bureau de vote signifie réimprimer toutes les cartes des
électeurs de ce bureau de vote.

Francescu

Le 18 décembre 2012 09:41, Tony Emery tony.em...@yahoo.fr a écrit :

 Pour répondre à ce fleuve d'information, j'en ferais la synthèse suivante :
 1- Les lieux où se trouvent les bureaux de vote ont souvent d'autres
 fonctions que d'accueillir des élections;
 2- Plusieurs bureaux de vote peuvent se tenir dans un même bâtiment ou dans
 un même groupe de bâtiments;
 3- Il se peut que les bureaux de vote soient installés dans des lieux
 différents en fonction des élections;
 4- la carte électorale peut être amenée à évoluer en fonction de la
 démographie et de l'aménagement territorial de la commune;

 Pour ces raisons, il vaut mieux utiliser polling_station:ref=nn et
 localiser
 chaque bureau par un noeud indépendant du bâtiment dans lequel il se
 trouve.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740801.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




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


Re: [OSM-talk-fr] Bureau de vote

2012-12-18 Diskussionsfäden Tony Emery
Il me semble aussi. 

Pour avoir tenu des bureaux de vote dans ma commune et pour en avoir réalisé
la carte électoral, les modifications des bureaux de vote sont rares.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740804.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] Voie de service sur autoroute

2012-12-18 Diskussionsfäden Lord Awikatchikaen
Bonjour à tous,

Hier j'ai eu des instructions de routage où OSRM me faisait passer par une
voie de service pour entrer sur une autoroute (http://osrm.at/1V3). Rien
d'étonnant, aucun tag access n'était positionné dessus.

J'ai logiquement place un access=official, pensant que cela interdirais
l’accès aux utilisateurs public sans bloquer à de potentiels agents de la
DDE ou de la police qui se servirait d'OSM

Mais cela ne semble pas affecter OSRM, j'ai donc regardé ce qu'il se fait
autour et il semble que l'option access=no soit assez répandu, je trouve
cela un peu restrictif.

Quelle est la bonne solution, tagguer correctement malgré que cela puisse
induire des erreurs dans les logiciels de routage ou bien eviter les
problèmes et laisser les futurs utilisateurs de ces voies régler leur
problème en temps voulu ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Voie de service sur autoroute

2012-12-18 Diskussionsfäden Sylvain Maillard
Si on regarde bien comment est taguée cette voie de service, on voit qu'il
y a une berrière de positionnée (visible sur Bing d'ailleurs).
C'est plutôt du côté de ce node barrier (
http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir, en
rajoutant un tag access=


Sylvain


Le 18 décembre 2012 10:01, Lord Awikatchikaen
lord.awikatchik...@gmail.coma écrit :

 Bonjour à tous,

 Hier j'ai eu des instructions de routage où OSRM me faisait passer par une
 voie de service pour entrer sur une autoroute (http://osrm.at/1V3). Rien
 d'étonnant, aucun tag access n'était positionné dessus.

 J'ai logiquement place un access=official, pensant que cela interdirais
 l’accès aux utilisateurs public sans bloquer à de potentiels agents de la
 DDE ou de la police qui se servirait d'OSM

 Mais cela ne semble pas affecter OSRM, j'ai donc regardé ce qu'il se fait
 autour et il semble que l'option access=no soit assez répandu, je trouve
 cela un peu restrictif.

 Quelle est la bonne solution, tagguer correctement malgré que cela puisse
 induire des erreurs dans les logiciels de routage ou bien eviter les
 problèmes et laisser les futurs utilisateurs de ces voies régler leur
 problème en temps voulu ?


 ___
 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] Voie de service sur autoroute

2012-12-18 Diskussionsfäden Pieren
2012/12/18 Sylvain Maillard sylvain.maill...@gmail.com:
 C'est plutôt du côté de ce node barrier
 (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir, en
 rajoutant un tag access=

.. ou sur le way si on ne veut pas trop entrer dans les détails.

Mais le tag access=official me chagrine. Tout seul, ça ne veut rien dire.

Regarde un peu cet ancien fil de discussion sur la liste tagging:
http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html

En suivant ces conseils, je verrais plutôt un access=no +
emergency=designated. Comme le dit le wiki, official est plus fort
que designated mais cela a été inventé pour indiquer aux ...
cyclistes d'emprunter obligatoirement une voie et pas une autre (chez
les allemands, à l'origine). Alors que dans ton cas, la voie de
service est faite pour les services d'urgence (ambulances, pompiers,
police) mais n'a aucun caractère obligatoire pour eux (ils peuvent
aussi bien emprunter une entrée classique). Le access=no sera le
premier tag interprété par un logiciel de navigation grand public et
seul les routeurs spécialisés dans l'urgence s'intéresseront au tag
emergency (éventuellement).

Pieren

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


Re: [OSM-talk-fr] Voie de service sur autoroute

2012-12-18 Diskussionsfäden Ab_fab
Bonjour,

Autre point : Il n'est actuellement pas possible de jauger la fraîcheur des
données sur http://map.project-osrm.org/
On y lit data : n/a
Pas pratique pour voir si le moteur de routage prend bien compte tel ou tel
ajustement de tag dans la base


Le 18 décembre 2012 11:18, Pieren pier...@gmail.com a écrit :

 2012/12/18 Sylvain Maillard sylvain.maill...@gmail.com:
  C'est plutôt du côté de ce node barrier
  (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir,
 en
  rajoutant un tag access=

 .. ou sur le way si on ne veut pas trop entrer dans les détails.

 Mais le tag access=official me chagrine. Tout seul, ça ne veut rien dire.

 Regarde un peu cet ancien fil de discussion sur la liste tagging:
 http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html

 En suivant ces conseils, je verrais plutôt un access=no +
 emergency=designated. Comme le dit le wiki, official est plus fort
 que designated mais cela a été inventé pour indiquer aux ...
 cyclistes d'emprunter obligatoirement une voie et pas une autre (chez
 les allemands, à l'origine). Alors que dans ton cas, la voie de
 service est faite pour les services d'urgence (ambulances, pompiers,
 police) mais n'a aucun caractère obligatoire pour eux (ils peuvent
 aussi bien emprunter une entrée classique). Le access=no sera le
 premier tag interprété par un logiciel de navigation grand public et
 seul les routeurs spécialisés dans l'urgence s'intéresseront au tag
 emergency (éventuellement).

 Pieren

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] CG92 opendata...

2012-12-18 Diskussionsfäden Christian Quest
Le portail opendata su Conseil Général des Hauts de Seine (CG92)
utilise un fond OSM pour présenter les données géolocalisées... du
coup j'ai récupéré certaines de ces données et les ai intégré.

Il s'agit:
- des gabarits (maxweight sur les ponts, maxheight en dessous ou pour
des tunnels)... relativement bien placés et utilisable pour vérifier
les ref=* (ce que je n'ai ps fait)
- des repères topographiques (man_made=survey_point)
- de quelques parcs comme la Coulée verte du sud parisien (très précis)
- des arrêts du TVM (étonnant jeu de données situé quasi exclusivement
dans le 94 et pas le 92)... bien mal placés

Le tout avec source=opendata.hauts-de-seine.net 2012 sauf pour les
arrêt du TVM car je les ai replacé au bon endroit avec bing.

-- 
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] Bureau de vote

2012-12-18 Diskussionsfäden Philippe Verdy
Justement c'est ce qui se produit, les cartes sont réimprimées (en fait les
mairties les réimpriment en début d'année avant chaque élection nationale,
mais pas toujours pour les élections locales (municipales notamment).

Et non tu te trompes, les cartes d'électeurs n'ont pas toujours mentionné
l'adresse exacte du lieu de vote même si le numéro du bureau y est en clair.

J'ai encore une veille carte d'électeur SANS adresse indiquée clairement.
Je suppose que le lieu de vote n'était pas encore décidé à l'époque de
l'impression, c'était une année où la mairie rurale d'une petite commune où
j'habitais allait déménager et lors des municipales le lieu de vote a même
changé entre les deux tours (en début d'année dans l'ancienne mairie, puis
au premier tour des municipales dans une salle communale à titre
transitoire, et au 2e tour dans une salle finie à la nouvelle mairie alors
qu'elle était encore en travaux). Certes tous ces lieux n'étaient pas si
loin les uns des autres mais avec plusieurs centaines de mètres d'écart
entre eux et pas les mêmes rues.

La communication du lieu de vote était tout de même faite à l'avance et
affichée entre les deux tours et sur les panneaux d'information municipaux
annoncçant les élections. Il y a plein de raisons pour lesquelles le lieu
de vote doit être déplacé. Le numéro de bureau de change pas et les cartes
d'électeurs ne sont pas réimprimées pour autant.

Au maximum il n'y a qu'une seule impression par an, suite à la clôture des
listes électorales de l'année précédente et les mairies ne se pressent pas
pour les imprimer et les expédier aux électeurs (ou oublient de le faire,
la carte d'électeur n'étant pas obligatoire pour pouvoir voter, tant qu'on
est inscrit sur la liste du bureau et qu'on justifie son identité et qu'on
signe la liste d'émargement).


Le 18 décembre 2012 09:47, Francescu GAROBY windu...@gmail.com a écrit :

 Dans l'ensemble, je suis d'accord. Cependant :
 * 3 - il me semble que les bureaux de vote sont communs à toutes les
 élections et très stables géographiquement parlant, tout simplement parce
 que leur adresse est indiquée sur les cartes d'électeurs, et que donc,
 déplacer un bureau de vote signifie réimprimer toutes les cartes des
 électeurs de ce bureau de vote.

 Francescu

 Le 18 décembre 2012 09:41, Tony Emery tony.em...@yahoo.fr a écrit :

 Pour répondre à ce fleuve d'information, j'en ferais la synthèse suivante :
 1- Les lieux où se trouvent les bureaux de vote ont souvent d'autres
 fonctions que d'accueillir des élections;
 2- Plusieurs bureaux de vote peuvent se tenir dans un même bâtiment ou
 dans
 un même groupe de bâtiments;
 3- Il se peut que les bureaux de vote soient installés dans des lieux
 différents en fonction des élections;
 4- la carte électorale peut être amenée à évoluer en fonction de la
 démographie et de l'aménagement territorial de la commune;

 Pour ces raisons, il vaut mieux utiliser polling_station:ref=nn et
 localiser
 chaque bureau par un noeud indépendant du bâtiment dans lequel il se
 trouve.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740801.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




 --
 Cordialement,
 Francescu GAROBY


 ___
 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] Voie de service sur autoroute

2012-12-18 Diskussionsfäden Lord Awikatchikaen
Ok, je fais faire ca (access=no +emergency=designated), ca me parait le
meilleur compromis.

Merci !


2012/12/18 Pieren pier...@gmail.com

 2012/12/18 Sylvain Maillard sylvain.maill...@gmail.com:
  C'est plutôt du côté de ce node barrier
  (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir,
 en
  rajoutant un tag access=

 .. ou sur le way si on ne veut pas trop entrer dans les détails.

 Mais le tag access=official me chagrine. Tout seul, ça ne veut rien dire.

 Regarde un peu cet ancien fil de discussion sur la liste tagging:
 http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html

 En suivant ces conseils, je verrais plutôt un access=no +
 emergency=designated. Comme le dit le wiki, official est plus fort
 que designated mais cela a été inventé pour indiquer aux ...
 cyclistes d'emprunter obligatoirement une voie et pas une autre (chez
 les allemands, à l'origine). Alors que dans ton cas, la voie de
 service est faite pour les services d'urgence (ambulances, pompiers,
 police) mais n'a aucun caractère obligatoire pour eux (ils peuvent
 aussi bien emprunter une entrée classique). Le access=no sera le
 premier tag interprété par un logiciel de navigation grand public et
 seul les routeurs spécialisés dans l'urgence s'intéresseront au tag
 emergency (éventuellement).

 Pieren

 ___
 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] Appli iPhone OSM avec layers personnalisés

2012-12-18 Diskussionsfäden Philippe Pary
Salut,

Connaissez-vous une application iPhone qui permette d’afficher ses
proches fonds et layers à la manière d’OSMAnd ?

Merci par avance,
Philippe

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


Re: [OSM-talk-fr] Appli iPhone OSM avec layers personnalisés

2012-12-18 Diskussionsfäden sly (sylvain letuffe)
On mardi 18 décembre 2012, Philippe Pary wrote:
 Salut,
 
 Connaissez-vous une application iPhone qui permette d’afficher ses
 proches fonds et layers à la manière d’OSMAnd ?

Android+osmand ? :
http://korben.info/installer-android-sur-iphone.html

--- []

ps: ahh... tu voulais sans doute dire 'installer une application pour iOS' ?
ps2: et ho, on est chez des geeks ici hein !
-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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


Re: [OSM-talk-fr] Appli iPhone OSM avec layers personnalisés

2012-12-18 Diskussionsfäden Ab_fab
Question réponse sur le Google Group de OSMand, le 13 décembre :

Q : I fully understand that this question can be out of topic but - *OsmAnd
on iPhone*?

R : Seriously it very well could be. But currently it requires lots of
efforts but we started :)
We are doing restructuring, changing native libraries, preparing UI
independent code.
Let's see :)
Victor

Le 18 décembre 2012 14:35, sly (sylvain letuffe) li...@letuffe.org a
écrit :

 On mardi 18 décembre 2012, Philippe Pary wrote:
  Salut,
 
  Connaissez-vous une application iPhone qui permette d’afficher ses
  proches fonds et layers à la manière d’OSMAnd ?

 Android+osmand ? :
 http://korben.info/installer-android-sur-iphone.html

 --- []

 ps: ahh... tu voulais sans doute dire 'installer une application pour iOS'
 ?
 ps2: et ho, on est chez des geeks ici hein !
 --
 sly, DWG member since 11/2012
 Coordinateur du groupe [ga]
 http://wiki.openstreetmap.org/wiki/User:Sletuffe

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] OpenStreetMap au Tchad!

2012-12-18 Diskussionsfäden EUROSHA Tchad
Bonjour à tous,

Seriez vous intéressés pour de la cartographie à distance au Tchad?
Je fais partie des volontaires participant au projet pilote EUROSHA qui
cherche à répondre aux questions humanitaires et à promouvoir
spécifiquement le partage de l'information humanitaire dans la préparation
aux crises: http://hot.openstreetmap.org/projects/eurosha_0
A ce titre, je suis déployée actuellement au Tchad avec cinq autres
volontaires mais la tâche est grande dans un pays qui fait deux fois la
France. Nous avons déjà cartographiés la ville de Goré et nous sommes
désormais en train de travailler sur les camps de réfugiés d'Amboko, Gondjé
et Dosseye.
Un coup de main sur le reste du pays (N'Djaména, Moundou, Doba...) serait
particulièrement le bienvenu!
Aussi si vous êtes intéressés et avez des commentaires ou des questions,
n'hésitez pas à nous contacter à eurosha.tc...@gmail.com

Merci par avance,

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


Re: [OSM-talk-fr] OpenStreetMap au Tchad!

2012-12-18 Diskussionsfäden Pieren
2012/12/18 EUROSHA Tchad eurosha.tc...@gmail.com:
 Bonjour à tous,

 Seriez vous intéressés pour de la cartographie à distance au Tchad?

Et pourquoi pas. Notez ce blog sur la cartographie OSM de Goré:
http://eurosha-volunteers-blog.org/2012/11/16/almost-a-month-in-gore/

Goré, c'est bien ici dans OSM ?
http://www.openstreetmap.org/?lat=7.92489lon=16.63864zoom=15layers=M

On y voit des choses bizarres (name=building). Bon, je suppose qu'il
faut faire une croix sur les noms de rues et les adresses dans les
petites villes, c'est déjà plus simple ;-)
Existe-t-il un tagging guideline pour le mapping africain ? Que
faudrait-il cartographier en priorité depuis l'imagerie aérienne sans
trop faire de spéculations (routes, landuse) ? Faut-il utiliser
highway=residential, unclassified, road ? Faut-il utiliser le
français ou l'anglais dans les notes, etc ...
A Moundou 
(http://www.openstreetmap.org/?lat=8.5659lon=16.0772zoom=14layers=M),
il y a visiblement un problème de classification des highway (trop de
secondary).

Pieren

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


Re: [OSM-talk-fr] OpenStreetMap au Tchad!

2012-12-18 Diskussionsfäden Pierre Béland
Aude

Nicolas a présenté les participants Eurosha et leurs deux premières semaines 
sur le terrain.
voir 
http://hot.openstreetmap.org/updates/2012-10-31_two_weeks_of_field_work_within_the_eurosha_chad_project

Mais cette fois-ci, ce sont les participants eux-mêmes qui parlent de leur 
expérience, les pieds bien ancrés sur le sol africain. C'est un bel article à 
ajouter sur le site pour faire le suivi du projet.
 
Pierre 




 De : EUROSHA Tchad eurosha.tc...@gmail.com
À : talk-fr@openstreetmap.org 
Envoyé le : Mardi 18 décembre 2012 10h42
Objet : [OSM-talk-fr] OpenStreetMap au Tchad!
 

Bonjour à tous,
Seriez vous intéressés pour de la cartographie à distance au Tchad?
Je fais partie des volontaires participant au projet pilote EUROSHA qui 
cherche à répondre aux questions humanitaires et à promouvoir spécifiquement 
le partage de l'information humanitaire dans la préparation aux 
crises: http://hot.openstreetmap.org/projects/eurosha_0
A ce titre, je suis déployée actuellement au Tchad avec cinq autres 
volontaires mais la tâche est grande dans un pays qui fait deux fois la 
France. Nous avons déjà cartographiés la ville de Goré et nous sommes 
désormais en train de travailler sur les camps de réfugiés d'Amboko, Gondjé et 
Dosseye.
Un coup de main sur le reste du pays (N'Djaména, Moundou, Doba...) serait 
particulièrement le bienvenu!
Aussi si vous êtes intéressés et avez des commentaires ou des questions, 
n'hésitez pas à nous contacter à eurosha.tc...@gmail.com
Merci par avance,
Aude Barraud
___
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] waterway=lock

2012-12-18 Diskussionsfäden Yannick VOYEAUD
Le 18/12/2012 00:25, Christian Quest a écrit :
 Confusion entre lock et lock_gate ?
 
 Ca serait bien de relire le wiki avant ce genre de réponse aussi
 affirmative, non ?
 Il y a même un dessin comme ça l'article ne risque pas de TL;DR !
 
 http://wiki.openstreetmap.org/wiki/Key:lock
 
 C'est bien osmose qui râle à tort sur waterway=lock à ce qu'il me semble...
 

Bonsoir,

Cette page est plus explicite
http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org



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


[OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden Pierre Béland
Voir .l'annonce du serveur de tuiles Pau sur talk.

 
Pierre 


- Mail transféré -
De : Richard Weait rich...@weait.com
À : t...@openstreetmap.org t...@openstreetmap.org 
Envoyé le : Mardi 18 décembre 2012 13h14
Objet : Re: [OSM-talk] New OpenStreetMap tile server
 

On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote:

The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in 
the form of a new tile server, located in Pau, France.  Details on the OSMF 
Blog.  


... to which I had intended to link. :-) 

 http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/


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

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


Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden Philippe Verdy
Quel dommage que les Pyrénées-Atlantiques soient eux-même toujours aussi
incomplets pour les limites administratives (et au passage puisqu'il va
servir aussi l'Espagne et l'Andorre, il serait temps de finir les communes
manquantes des Pyrénées françaises (l'Espagne est à peu près complète au
plan administratif sauf concernant les comarques à peine commencées,
surtout en Catalogne et en Pays valencien).


2012/12/18 Pierre Béland infosbelas-...@yahoo.fr

 Voir .l'annonce du serveur de tuiles Pau sur talk.


 Pierre

   - Mail transféré -
 *De :* Richard Weait rich...@weait.com
 *À :* t...@openstreetmap.org t...@openstreetmap.org
 *Envoyé le :* Mardi 18 décembre 2012 13h14
 *Objet :* Re: [OSM-talk] New OpenStreetMap tile server

 On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote:

 The OpenStreetMap Foundation is pleased to announce new OSM
 infrastructure, in the form of a new tile server, located in Pau, France.
 Details on the OSMF Blog.


 ... to which I had intended to link. :-)

  http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/


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


 ___
 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] Tr : [OSM-talk] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden RÉAU Simon

Il dit qu'il voit pas le rapport ;)


Le 18/12/2012 20:03, Philippe Verdy a écrit :
Quel dommage que les Pyrénées-Atlantiques soient eux-même toujours 
aussi incomplets pour les limites administratives (et au passage 
puisqu'il va servir aussi l'Espagne et l'Andorre, il serait temps de 
finir les communes manquantes des Pyrénées françaises (l'Espagne est à 
peu près complète au plan administratif sauf concernant les comarques 
à peine commencées, surtout en Catalogne et en Pays valencien).



2012/12/18 Pierre Béland infosbelas-...@yahoo.fr 
mailto:infosbelas-...@yahoo.fr


Voir .l'annonce du serveur de tuiles Pau sur talk.

Pierre

- Mail transféré -
*De :* Richard Weait rich...@weait.com
mailto:rich...@weait.com
*À :* t...@openstreetmap.org mailto:t...@openstreetmap.org
t...@openstreetmap.org mailto:t...@openstreetmap.org
*Envoyé le :* Mardi 18 décembre 2012 13h14
*Objet :* Re: [OSM-talk] New OpenStreetMap tile server

On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait
rich...@weait.com mailto:rich...@weait.com wrote:

The OpenStreetMap Foundation is pleased to announce new
OSM infrastructure, in the form of a new tile server,
located in Pau, France.  Details on the OSMF Blog.


... to which I had intended to link. :-)

http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/


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


___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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] Tr : [OSM-talk] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden Pierre Béland
Philippe,

nous avons oublié l'essentiel, soit de féliciter Christophe Merlet, et sans 
doute OSM-France pour cette belle contribution.
 
Pierre 




 De : Philippe Verdy verd...@wanadoo.fr
À : Pierre Béland infosbelas-...@yahoo.fr; Discussions sur OSM en français 
talk-fr@openstreetmap.org 
Envoyé le : Mardi 18 décembre 2012 14h03
Objet : Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
 

Quel dommage que les Pyrénées-Atlantiques soient eux-même toujours aussi 
incomplets pour les limites administratives (et au passage puisqu'il va servir 
aussi l'Espagne et l'Andorre, il serait temps de finir les communes manquantes 
des Pyrénées françaises (l'Espagne est à peu près complète au plan 
administratif sauf concernant les comarques à peine commencées, surtout en 
Catalogne et en Pays valencien).



2012/12/18 Pierre Béland infosbelas-...@yahoo.fr

Voir .l'annonce du serveur de tuiles Pau sur talk.


 
Pierre 


- Mail transféré -
De : Richard Weait rich...@weait.com
À : t...@openstreetmap.org t...@openstreetmap.org 
Envoyé le : Mardi 18 décembre 2012 13h14
Objet : Re: [OSM-talk] New OpenStreetMap tile server
 

On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote:

The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, 
in the form of a new tile server, located in Pau, France.  Details on the 
OSMF Blog.  


... to which I had intended to link. :-) 

 http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/


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


___
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] Tr : [OSM-talk] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden sly (sylvain letuffe)
 On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote:
 
 The OpenStreetMap Foundation is pleased to announce new OSM infrastructure,
 in the form of a new tile server, located in Pau, France.  Details on the
 OSMF Blog. 

Cool ! 
Bravo à Redfox pour la coordination, et merci à PauLLA l'Université de Pau et 
des Pays de l’Adour (UPPA) et la Communauté d’Agglomération de Pau Pyrénées 
(CDAPP).


J'aurais des doutes à émettre sur le bien fondé de la solution technique 
retenue par l'OpenStreetMap Foundation qui continue (cf blog) à demander ce 
genre d'initiative, mais là n'est point le lieu et j'accorde que ma pensée 
reste malgré tout : c'est mieux que rien

-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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


[OSM-talk-fr] Mesurer des objets dans JOSM?

2012-12-18 Diskussionsfäden Romain MEHUT
Bonsoir,

Existe-t-il un outil dans JOSM qui permet de mesurer des objets (chemin ou
polygone)?

Merci.

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


Re: [OSM-talk-fr] Mesurer des objets dans JOSM?

2012-12-18 Diskussionsfäden Etienne Trimaille
Le plugin measurement peut-être ?


Le 18 décembre 2012 21:01, Romain MEHUT romain.me...@gmail.com a écrit :

 Bonsoir,

 Existe-t-il un outil dans JOSM qui permet de mesurer des objets (chemin ou
 polygone)?

 Merci.

 Romain

 ___
 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] Tr : [OSM-talk] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden Christophe Merlet
Le mardi 18 décembre 2012 à 20:16 +0100, sly (sylvain letuffe) a écrit :
  On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote:
  
  The OpenStreetMap Foundation is pleased to announce new OSM infrastructure,
  in the form of a new tile server, located in Pau, France.  Details on the
  OSMF Blog. 
 
 Cool ! 
 Bravo à Redfox pour la coordination, et merci à PauLLA l'Université de Pau et 
 des Pays de l’Adour (UPPA) et la Communauté d’Agglomération de Pau Pyrénées 
 (CDAPP).
 
 
 J'aurais des doutes à émettre sur le bien fondé de la solution technique 
 retenue par l'OpenStreetMap Foundation qui continue (cf blog) à demander ce 
 genre d'initiative, mais là n'est point le lieu et j'accorde que ma pensée 
 reste malgré tout : c'est mieux que rien

bah si, on peut en discuter.
Moi-même je ne suis pas totalement séduit par la solution actuelle
(Cache Squid). 
Je trouve que le ratio hit/miss n'est pas fantastique mais néanmoins
suffisant pour décharger un peu le Master.

Mais cette solution a plusieurs avantages. C'est facile à administrer à
distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en
9h, 18 Go de tuiles distinctes ont été demandées). 

Il semble que les sysadmins osm réfléchissent à d'autres solutions,
genre des générateurs de tuiles autonomes. Mais là, il faut du matos
beaucoup plus costaud. Et s'assurer de la disponibilité d'une chaine
complète de rendu de tuiles me semble bien plus compliquer à gérer.
Pas sûr que les internautes y gagne avec cette solution.

Mais tout compte fait, la seule vraie bonne solution à long terme est
que les gros consommateurs de tuiles installe leur propre serveur...

Tu vois quoi comme autres solutions ?


Librement,
-- 
Christophe Merlet (RedFox)


signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Mesurer des objets dans JOSM?

2012-12-18 Diskussionsfäden Romain MEHUT
Oui en effet tout simplement!

Merci Étienne.

Le 18 décembre 2012 21:09, Etienne Trimaille etie...@trimaille.eu a écrit
:

 Le plugin measurement peut-être ?

 Le 18 décembre 2012 21:01, Romain MEHUT romain.me...@gmail.com a écrit :

 Bonsoir,

 Existe-t-il un outil dans JOSM qui permet de mesurer des objets (chemin
 ou polygone)?

 Merci.

 Romain

 ___
 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


[OSM-talk-fr] Réf.: Tr : [OSM-talk] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden THEVENON Julien





--
Le mar. 18 déc. 2012 19:32 HNEC, Pierre Béland a écrit :

Voir .l'annonce du serveur de tuiles Pau sur talk.

 
Pierre 


Bravo et merci a Christophe et ceux qui ont permis cela

Julien

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


Re: [OSM-talk-fr] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden sly (sylvain letuffe)
Le mardi 18 décembre 2012 21:12:58, Christophe Merlet a écrit :
 bah si, on peut en discuter.

Si tu veux mon avis (pour ce qu'il vaut), pourquoi pas, mais en continuant sur 
dev-fr.

-- 
sly (sylvain letuffe)

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


Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden Eric Marsden
 cm == Christophe Merlet red...@redfoxcenter.org writes:

  cm Mais cette solution a plusieurs avantages. C'est facile à administrer à
  cm distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en
  cm 9h, 18 Go de tuiles distinctes ont été demandées). 

  L'intérêt d'un serveur distinct de celui à Londres pour les
  utilisateurs français me semble discutable. Depuis ma connexion Free
  au domicile à Toulouse, je suis à 63 ms (16 hops) de
  uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à 52
  ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil pour
  la majorité des FAI français, qui font du peering vers Renater
  uniquement à Paris. Et en cas de miss la requête part quand même à
  Londres ...

  Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7
  hops) du serveur paulla, mais ça n'est pas très representatif des
  utilisateurs en général ...

  Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial
  College, ce qui doit leur être utile, donc merci et bravo à RedFox
  pour cela. 

-- 
Eric Marsden


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


Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden Christian Quest
Constat proche pour moi (aussi chez free), le ping est quasiment
identique (dans les 40/45ms) et même nombre de hops.

Un cache de tuile chez free Bezons diviserai mon ping presque par 2
(23ms en moyenne sur osm11) ;)
Le geodns pourrait-il rediriger les requêtes provenant des AS de free
vers un serveur chez free ?

Christophe, ça serait possible de rajouter ce serveur dans le munin d'OSM-FR ?


Le 18 décembre 2012 23:53, Eric Marsden eric.mars...@free.fr a écrit :
 cm == Christophe Merlet red...@redfoxcenter.org writes:

   cm Mais cette solution a plusieurs avantages. C'est facile à administrer à
   cm distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en
   cm 9h, 18 Go de tuiles distinctes ont été demandées).

   L'intérêt d'un serveur distinct de celui à Londres pour les
   utilisateurs français me semble discutable. Depuis ma connexion Free
   au domicile à Toulouse, je suis à 63 ms (16 hops) de
   uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à 52
   ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil pour
   la majorité des FAI français, qui font du peering vers Renater
   uniquement à Paris. Et en cas de miss la requête part quand même à
   Londres ...

   Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7
   hops) du serveur paulla, mais ça n'est pas très representatif des
   utilisateurs en général ...

   Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial
   College, ce qui doit leur être utile, donc merci et bravo à RedFox
   pour cela.

 --
 Eric Marsden


 ___
 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


Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden Philippe Verdy
C'est vrai que le gain n'est pas flagrant et en tout cas pas en vitesse
c'est même plus long qu'avant en cas de cache-miss, j'ai déjà eu plusieurs
interruptions de sessions (avec des tuiles incomplètes de taille zéro) à
cause du temps de réponse du serveur de tuile principal à répondre à son
serveur proxy Squid. Les problèmes commencent avec le zoom niveau 12 et on
a des rafraîchissements qui ne se font quasiment plus concernant les tuiles
obsolètes : il faut maintenant rafraîchir la même tuile deux fois avec
quelques minutes d'écart entre chaque pour que ce soit dispo sur le Squid
de Pau.

Certes cela soulage certainement le serveur de Londres en bande passante,
mais pas en travail à faire pour calculer les tuiles (qui du coup sont
calculées et rendues disponibles pour finalement ne jamais être utilisées
car la première requête a retourné l'ancienne version et remplis le cache
Squid à Pau qui va donc continuer aussi à retourner cette version (le truc
du /dirty ne semble plus fonctionner : oui il demande le rafraichissement
mais cela ne force pas l'invalidation de tuiles du serveur de Pau (sauf si
on modifie l'URL avec un paramètre GET ajouté dans lURL des tuiles tel que
?1, ?2 pour lui demander d'ignorer son cache et retourner la version du
serveur de Londres ; le /dirty répété ne forcera plus non plus une
nouvelle demande au serveur de rendu et le /status continue alors
d'aficher l'ancien statut même si la tuile a bien été rafraichie à Londres).

Il semble que la cause de tout ça vienne de Mapnik et non de l'installation
du proxy-cache Qquid : au lieu de mettre une réponse au client en
attente sur sa session, il préfère retourner une version ancienne déjà
calculée (mais avec une durée de péremption trop longue pour cette réponse
qui ne devrait être qu'instantanée et pas recachable en aval) en attendant
pour terminer la session plus tôt (et cela pose des problèmes de cohérence
de cache, un problème qui existe depuis assez longtemps même avant l'entrée
en scène des serveurs proxy Squid). Squid ne semble pas en cause (cela
marche très bien par exemple avec Wikipédia qui parvient très bien à suivre
les mises à jour), mais bien le frontend de Mapnik (autrement dit le
serveur WMS qui lui pilote son travail à faire).

L'avantage de répondre immédiatement au client est d'économiser des
sessions en attente du côté du serveur (et donc éviter la non disponibilité
de nouveaux ports TCP pour d'autres sessions HTTP s'il y a du monde), mais
ici le problème est la non péremption immédiate (ou la péremption trop
longue) des tuiles obsolètes qui sont en attente de recalcul.

A mon avis le serveur Squid pour la France, l'Espagne ou l'Italie serait
mieux à Londres ou à Amsterdam, voire à Paris, plutôt qu'à Pau si on veut
un temps de réponse correct, étant donné que les FAI français ont tous leur
routage au départ de Paris avec un peering efficace vers Londres et
Amsterdam. Même chose pour les FAI espagnols ou italiens qui feront leur
peering efficace vers Pau en passant par Paris ou Amsterdam d'abord. Le
peering de Paris vers Pau via le réseau RENATER n'est pas foundroyant, il
n'a pas été tellement taillé pour un usage massif.

La situation serait meilleure si la Fondation trouvait un partenariat avec
des CDN mondiaux — comme Level3 qui a des serveurs proxy HTTP dans
pratiquement tous les pays, et même dans les GIX régionaux (pour les FAI
français qui ont des peerings régionaux et qui y sont directement connectés
sans faire transiter tout le trafic de leurs abonnés par Paris où se
concentre leur réseau de collecte national). Ou même avec d'autres
fournisseurs de CDN comme Google/Youtube, Amazon, Microsoft/Bing, Yahoo
(d'abord pour leurs propres services en ligne mais aussi pour leurs offres
commerciales aux sites tiers)...

La Fondation Wikimedia par exemple a bénéficié du partenariat avec Yahoo
(ou avec d'autres FAI internationaux comme Orange pour l'Europe et
l'Afrique) pour déployer des serveurs Squid correctement localisés dans le
monde avec des peerings efficaces (cela a été plus payant que de chercher à
gérer elle même des serveurs Squid à gérer elle-même), et même une
distribution gratuite pour les visiteurs (offre gratuite non décomptée du
forfait data sur un réseau mobile).

OSM France utilise une plateforme de Free qui marche bien grâce à sa
présence directe sur un GIX parisien rapide (Freeix) qui a de bonnes
connexions de peering avec la plupart des FAI français et européens.

La présence sur le GIX de RENATER ne marche bien que si les visiteurs
français passent par un FAI universitaire ou si ce sont des collectivités,
mais pas très bien pour les abonnés résidentiels (le peering gratuit d'un
FAI classique vers RENATER a une bande passante limitée et des restrictions
pour l'équilibrage des flux trop asymétriques). Sur quel GIX est connecté
le serveur de Pau, seulement RENATER ?


Le 19 décembre 2012 00:26, Christian Quest cqu...@openstreetmap.fr a
écrit :

 Constat proche pour moi (aussi chez free), le ping est 

Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

2012-12-18 Diskussionsfäden Christophe Merlet
Le mardi 18 décembre 2012 à 23:53 +0100, Eric Marsden a écrit :
  cm == Christophe Merlet red...@redfoxcenter.org writes:
 
   cm Mais cette solution a plusieurs avantages. C'est facile à administrer à
   cm distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en
   cm 9h, 18 Go de tuiles distinctes ont été demandées). 
 
   L'intérêt d'un serveur distinct de celui à Londres pour les
   utilisateurs français me semble discutable. Depuis ma connexion Free
   au domicile à Toulouse, je suis à 63 ms (16 hops) de
   uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à 52
   ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil pour
   la majorité des FAI français, qui font du peering vers Renater
   uniquement à Paris. Et en cas de miss la requête part quand même à
   Londres ...
 
   Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7
   hops) du serveur paulla, mais ça n'est pas très representatif des
   utilisateurs en général ...

De chez moi (a Pau évidemment), en fibre optique, Londres est à 30ms,
Pau est à... 40ms !! SFR m'envoie au SFINX, puis direction Lyon, et
retour au point de départ via Bordeaux oo'
Pire, il est censé y avoir un petit GIX local mais il ne fait pas preuve
d'une grande efficacité :/ On espère voir la situation évoluer...

Par contre au boulot, je suis à 0,3 ms... 2 switchs et 1 routeur ;o)

   Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial
   College, ce qui doit leur être utile, donc merci et bravo à RedFox
   pour cela. 

Je pense que le serveur principal à gagné entre 10 et 20 mbs de bande
passante sur plus de 100. Voir graphique en pièce jointe sur la courbe
d'aujourd'hui par rapport aux jours précédents.
C'est pas si mal pour commencer.



Librement,
-- 
Christophe Merlet (RedFox)
attachment: if_eth0-week.png

signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] OpenStreetMap au Tchad!

2012-12-18 Diskussionsfäden Philippe Verdy
La langue par défaut pour le Tchad sera plutôt l'arabe que le français ou
l'anglais. Il y a aussi des langues berbères mais trop peu de ressources
toponymiques dans ces langues (orthographes très incertaines, plus ou moins
phonétiques et transcriptions hasardeuses en alphabet latin, ou pas
actualisés depuis l'indépendance, donc des tas de nouveautés depuis non
couvertes en français).

Si vous mettez du français ou de l'anglais vous aurez une carte qui servira
plus aux organisations humantaires sur place mais pas très proche de ce que
demandera la population locale qui utilise d'autres langues et une
toponomie actualisée (même si elle n'est que phonétique, au moins en
écriture arabe on évite des tonnes d'incertitudes orthographiques).

Dans le cadre de ce projet HOT, il me semble indispensable de savoir à qui
vous destinez les résultats de la cartographie : idéalement cela devrait
traduire en priorité les besoins de la population locale, dans les langues
qu'elle utilise. Les langues officielles du Tchad sont l'arabe et le
français, mais l'arabe est de loin le plus populaire.

Donc attendez-vous si vous commentez en français, à ce que ces notes soient
remplacées ensuite par de l'arabe et ne vous offusquez pas si la langue par
défaut d'un name=* passe du français à l'arabe (prévoyez le coup et
renseignez name:fr=* avec une copie du nom par défaut en français si vous
ne savez pas l'arabe, ou bien à voir des transcriptions berbères en
alphabet latin avec des lettres étranges comme des chiffres traduisant
certains sons comme l'Ayin arabo-berbère, ou des transcriptions en alphabet
Tamazigh)

Le 18 décembre 2012 17:45, Pieren pier...@gmail.com a écrit :

 highway=residential, unclassified, road ? Faut-il utiliser le
 français ou l'anglais dans les notes, etc ...

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


  1   2   >