[OSM-talk] Unlicensed use of the logo in iPhone app?

[Yann Coupin]

Hi,

Just spotted that new app which is using osm's logo as the app's icon. I'm 
pretty sure this is unlicensed use and it should be taken down but I don't know 
who should start the dialog with the dev and/or apple.

App link : http://itunes.apple.com/fr/app/hvor-er-jeg/id434211669?mt=8

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

[OSM-talk] Interesting article about legibility on Google Map

[Yann Coupin]

http://www.41latitude.com/post/2072504768/google-maps-label-readability

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

Re: [OSM-talk] GPX Manager

[Yann Coupin]

While we're talking about GPX I recently published a script to load  
GPX files in a postgis database. It's convenient to show a long trace  
on top of a map for instance.

http://wiki.openstreetmap.org/wiki/User:Pov/gpx2postgis

Yann

Le 6 oct. 2009 à 12:32, Ingo Lantschner a écrit :

> Hi,
> I have written a small command-line-tool mainly for extracting  
> specific
> tracks together wit its way-points out of a large gpx-file. I use it  
> to
> get the tracks from one day out of my always growing Current.gpx  
> (Garmin
> nüvi 550).
>
> Download and Documentation:
> http://ingo.lantschner.name/downloads/osm/GPX-Manager/documentation.html
> http://ingo.lantschner.name/downloads/osm/GPX-Manager/GpxManager-0.2.6.tar.gz


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

Re: [OSM-talk] Lane turn restrictions

[Yann Coupin]

Plus what does "inner" mean on a oneway road? I think it's crucial  
that lane 1 is either left or right depending uppon what is decided  
but that it stays the same accross the world. It'll be unusable  
otherwise.

I propose 1 is left because we start to write from the left. It's  
completly arbitrary, but that way at least it follows a logic that  
stays the same accross the channel :) And since the tags are in latin  
characters, it's just to be consistent, not to ignore people writing  
in arabic or hebrew (if people still take offense, I did my best not  
to ;)

Yann

Le 19 août 09 à 16:01, Steve Hill a écrit :

>>> What's left to be clarified is how lanes are numbered.
>>
>> I'd suggest to be the inner one to be 1, ascending the more you're  
>> going to the border
>
> The police tend to number them with lane 1 being closest to the  
> footway (i.e. the left lane in the UK, the right lane over much of  
> the rest of the world).  Although there could be something to be  
> said for making it region-agnostic so that satnavs don't have to  
> know what side of the road you drive in a specific region.


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

Re: [OSM-talk] Lane turn restrictions

[Yann Coupin]

I admit that I ended up with a large and complex proposal. Since then  
it appeared that some aspects have already been covered. But not all  
of the lane part AFAIK. What you suggest whould probably be an  
independant proposal, at least for clarity reason, but has value  
nonetheless although I would prefer the "allowed" vs. "restriction"  
version because it's far more common if we interpret "allowed" as  
"suggested". On highways for instance, it's usually not so much  
prohibited as it'd be impractical, as it would require a sharp turn  
right before the exit/bifurcation.

What's left to be clarified is how lanes are numbered.


Yann

Le 19 août 09 à 10:55, Steve Hill a écrit :

> On Wed, 19 Aug 2009, Yann Coupin wrote:
>
>> I once started a proposition to do just that but it didn't get much  
>> traction, feel free to discuss it.
>>
>> http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Droute_instruction
>
> I've not read the discussion page yet, but some initial thoughts:
>
> Your first examples aren't topologically identical - the first is a  
> 2 lane road with a short 3 lane section followed by a right hand  
> turn whilst the second is a 3 lane road with a right hand turn  
> immediately followed by dropping down to 2 lanes.  Of course, this  
> doesn't give you enough detail to know what lane you've got to be in  
> (although you could make some educated guesses).
>
> I also don't see the need for phonetics to be tagged (in fact, it  
> seems harmful because it breaks multi-language support).  We don't  
> know what kind of display device is going to be used (whether it be  
> on-screen instructions, text to speech, etc.) and it should be up to  
> the software to decide how to present it to the user rather than  
> being explicitly tagged like that.
>
> Overall, the proposal seems a bit too complex - I had envisaged a  
> simpler system whereby you could set a relation similar to a turn  
> restriction, such as:
>   TAGs:
>   type: lane_restriction
>   lanes: 1,2
>   Members:
>   from: 
>   to: 
>   via: 
> Whereby that marks a restriction that lanes 1 and 2 (the left two  
> lanes, in the case of the UK) cannot be used in a route using the  
> ,  and  members.
>
> It would actually be nicer to be able to tag which lanes are allowed  
> rather than which are disallowed, but that would be inconsistent  
> with the existing turn restrictions (maybe that isn't a problem?   
> comments?)


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

Re: [OSM-talk] Lane turn restrictions

[Yann Coupin]

Le 19 août 09 à 01:11, Steve Hill a écrit :

>
> I looked on the wiki but couldn't see anything...
>
> Is there any suggested way of marking up turn restrictions for  
> individual
> lanes of a road to enable sat navs to provide lane guidance (e.g.  
> "keep
> right", "move into the left lane", etc)?

I once started a proposition to do just that but it didn't get much  
traction, feel free to discuss it.

http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Droute_instruction

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

Re: [OSM-talk] Finding what country something is in (new website)

[Yann Coupin]

Works great for me, what would you like to enhance/correct ?

Le 31 juil. 09 à 23:12, OJ W a écrit :

> for some reason my javascript isn't working so well - anyone want to
> try and make this more reliable?
>
> http://dev.openstreetmap.org/~ojw/PlaceBrowser/?lat=51.51&lon=-0.12&zoom=14


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

Re: [OSM-talk] Search field on www.openstreetmap.org

[Yann Coupin]

Just out of curiosity, is the indexing/search code available  
somewhere? I'm intrigued by geosearch...

Yann

Le 30 juil. 09 à 17:01, David Earl a écrit :

> Andy Allan wrote:
>> It's worth pointing out that there are developers who are working on
>> improving the search (primarily David Earl), so it's a known issue
>> that's being worked on rather than something that's being ignored.
>
> Indeed. I am currently reloading the index from the planet file. The
> index hasn't been updated since January. Once reloaded it should  
> then be
> kept up to date as before.


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

Re: [OSM-talk] Old GPS data

[Yann Coupin]

Also, and I've already posted here about that a while ago, it would  
really help if hdop, and eventually vdop, wasn't lost in the  
anonymization process. This is an important data when tracing, but  
unless you know who published the track and you can download the  
source, you don't have access to that information which is really a  
pity.
And even if it implies a downtime while the database schema is  
upgraded, it would really be worth it.

Yann

Le 28 juil. 09 à 10:28, John Smith a écrit :

>
> --- On Tue, 28/7/09, Maarten Deen  wrote:
>> That is not indicative. A road could remain unchanged for
>> the last 100 years
>> or could have been demolished last year. What would be the
>> expiration time of
>> a track? And would you be prepared to lose correct GPS data
>> to do this?
>
> Also as Liz put, some areas have very few traces so removing based  
> on age is generally a bad idea, where as software specifying fewer  
> tracks to show only the most recent might be the best way to handle  
> it.


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

Re: [OSM-talk] Duplicate place=city capital=yes and other place nodes

[Yann Coupin]

 From what I understand when I patched the source to allow the Corine  
Land Cover huge import sometimes ago, bulk_upload does what it's told.  
That is if you feed it a standard OSM file, it add the features. If  
you want to add/change/delete, you have to use the changeset syntax  
which enclose data in blocks that explicitely tell if you want to add/ 
update/delete the features in that block.

Yann

Le 25 juil. 09 à 11:15, Tom Hughes a écrit :

> On 25/07/09 02:49, Mikel Maron wrote:
>
>> Thanks Mala, as I was the cause of at least one set of those bad  
>> imports!
>> This was an import of Arabic placenames globally, in a changeset  
>> pushed
>> through the bulk_upload.py.
>>
>> bulk_upload.py seems to support modify and delete, but in my  
>> experience
>> (obviously!) not.
>> Can anyone confirm that bulk_upload.py does work .. and then  
>> perhaps I
>> can determine what I've been doing wrong.
>
> I thought we had established some time ago that it does support them  
> if
> you give it the right input format. You gave it the wrong format and  
> as
> a result (and because it doesn't validate the input properly) it  
> treated
> everything as a create.
>
> Basically it supports osmChange and you gave it osm or vice versa -  
> the
> details escape me right now.


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

Re: [OSM-talk] Map rendering, which is not aligned to coordinate axes

[Yann Coupin]

Searching google I found that page too but it appears the correct term  
is "strip map" and not "linear map" which is a mathematical construct.  
I did not really find anything directly usable but you'll get  
theorical resources on how to do it. It would be really nice to have  
something for ways or, even better, route relations.

Yann

Le 16 juil. 09 à 00:54, Frederik Ramm a écrit :

> Holger Schöner wrote:
>> I am thinking about the possibility to render maps along rivers,  
>> bicycle
>> routes, etc. For this, a collection of thin elongated "bounding  
>> boxes",
>> which are not aligned with the cardinal directions and/or  
>> coordinate system
>> axes, but locally with the waterway or route, would be nice/ 
>> appropriate.
>
> http://wiki.openstreetmap.org/wiki/Linear_maps
>
> No solutions there but at least you know now that OJW has thought  
> about
> this three years ago ;-)


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

Re: [OSM-talk] Undo request button for changesets

[Yann Coupin]

I completely agree with Pieren here. Unless you're part of the happy  
fews, if case of vandalism/error, you're forced to painstakingly  
repair by hand the problems (and that's if you're lucky and potlatch  
succeed at restoring all that's necessary). This is a problem I've  
personally encountered when a new user damaged a lot of stuff near  
where I live. Hopefully I could spot it quickly (thanks to itoworlds'  
graphical diff), but it was long to repair and I may very well have  
left some crumbs behind me as being thorough is hard when reverting  
way by way, node by node...

We really need an easy way to revert changes, and eventually combine  
that with local comities of "power users". Being open doesn't mean we  
have to remain all equals (esp. since, in fact, we're not).

Yann

Le 15 juil. 09 à 15:06, Pieren a écrit :

> It is a technical discussion because everybody can revert changes  
> anyway.
> The point is that anyone can delete 1000 buildings in your city in
> three clicks on JOSM but only few privileged people can revert this
> vandalism quickly (the ones how know the appropriate script). The
> others have to repair it manually 1000 times. It is a way to create a
> special category of "privileged contributors allowed to revert
> changesets" without saying it.


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

Re: [OSM-talk] Undo request button for changesets

[Yann Coupin]

What would also be convenient would be a way to display older version  
in the browse history page. Take this way for instance:


http://www.openstreetmap.org/browse/way/23820548/history

The map on the top right overlays the current version on top of the  
tiles. But what if I want to see how it looked as version 4. I can  
click changeset 1793367 but it won't help, it would be great if the  
version was a link that changed the map to display the previous  
version. I understand that it would require to also get the nodes as  
they were at the time the changeset was created, but that would be a  
step in the right direction.


Also sometimes reverting a full changeset is more than needed,  
reverting a single object is all you want, and while it's possible by  
downloading an older version and modifying the XML by hand, it's  
certainly time consuming, and like others have said, reverting change  
should not take a lot more time than creating change.


Yann

Le 14 juil. 09 à 20:52, MP a écrit :


I think the worst case to revert is mass deletion - only Potlatch have
some facilities to find deleted lines given a BBOX, and only lines,
not POIs or relations. Such deletion is quite hard to spot.

As for reverting changesets - there is list of nodes/ways/relations
that was either added, changed or deleted in the changeset XML, so for
changed stuff, you can retrieve the previous version from history
(using the version from changeset as the "id of old version"), for new
stuff, you add action="delete" into the XML and for deleted stuff, you
recreate the last version (could be a bit tricky for deleted ways with
nodes, as you'll have to mangle the ID's a bit ...)

It shouldn't be probably hard to write such a thing ... perhaps some
of existing tools can be just a little adapted to produce this.

Load this into JOSM, use the conflict resolution in there to sort
things out (if someone tries to fix the thing manually) and upload
. changeset effectively reverted.


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

Re: [OSM-talk] 'Distance to feature' maps?

[Yann Coupin]

I think the way to go is mapnik + postgis/postgresql in combination  
with pgRounting and its driving distance calculation feature.

http://pgrouting.postlbs.org/

Yann

Le 14 juil. 09 à 21:36, si...@mungewell.org a écrit :

>> only needs an dijkstra algorithm and some more lines of code.
>
> sounds so simple... ;-)
>
> I had a look at the wikipedia page
> (http://en.wikipedia.org/wiki/Dijkstra%27s_algorithm) and that would  
> look
> to make sense.
>
> I suppose the way to do it would be to break the OSM highways down in
> unique ways which link junctions, so that each could be given a length
> (following node to node) and then use the dijkstra to calculate  
> distance
> to each 'end' node.
>
> This would also be good for producing paper maps with distance values
> along the side of motoring maps. You just add the distances along  
> chosen
> route.
>
> Not sure how this would work for multiple reference points, ie.  
> nearest
> bus_stop. But that's not what I asked
>
> Thanks,
> Simon.
>
>
>
> ___
> 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] Account creation on impossible ?

[Yann Coupin]

You can ignore this. My mail client was acting on me. I missed some  
other mails and I obviously didn't read my mail server logs correctly  
on top of that!

Yann

Le 9 juil. 09 à 19:05, Yann Coupin a écrit :

> Hi,
>
> I need to create an account on the dev api to test a new version of
> the bulk_uploader (for the corine import). But it seems outgoing email
> is not working. That means account creation is impossible because the
> confirmation is never received (I don't see connections on my mail
> server so it's not a spam problem AFAICT). Can somebody confirm either
> it's not working or that I'm blind/stupid and I must be shot for
> wasting others' time ?

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

[OSM-talk] Account creation on impossible ?

[Yann Coupin]

Hi,

I need to create an account on the dev api to test a new version of  
the bulk_uploader (for the corine import). But it seems outgoing email  
is not working. That means account creation is impossible because the  
confirmation is never received (I don't see connections on my mail  
server so it's not a spam problem AFAICT). Can somebody confirm either  
it's not working or that I'm blind/stupid and I must be shot for  
wasting others' time ?

Yann

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

Re: [OSM-talk] New static-maps API - relations

[Yann Coupin]

If my memory is correct you first do a "createcoloralpha(r,g,b,a)"  
where r,g,b & a are 8 bits values but I don't remember if 0 is full  
transparent or full opaque. You then use that color as usual. You may  
have to first create a fully transparent color and use it to fill the  
entire image otherwise the resulting image ends up opaque.

Yann

Le 7 juil. 09 à 23:56, OJ W a écrit :

> p.s. I'm still trying to figure-out transparency in GD.  Anyone know
> how to put a semitransparent line on a transparent background, and
> save the result as PNG?


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

Re: [OSM-talk] Move the Map

[Yann Coupin]

Maybe we could also leverage the new part of HTML 5 that enables  
geolocation to center the map on the user's current location. I know  
IE doesn't support it yet, but waiting for IE support of a new  
technology is pretty much like saying that you will lag years behind...

Yann

Le 16 juin 09 à 21:14, Frederik Ramm a écrit :

> Hi,
>
> Kevin Peat wrote:
>> I don't think we should drop maps completely from the front page  
>> but I think
>> we should show more of what is special about the project.
>
> That's what I was thinking. Whether "the map is the data" or not -
> Google has a map, and it is (currently) more complete and faster than
> ours, it has a better search function and aerial imagery on top of  
> that.
>
> Yes, ours has much more detail, ours is free for the taking and open  
> to
> contributors, ours has a huge community behind it and has the data for
> anyone who cares - but none of THAT is  visible at first glance.
>
> It is probably very hard to make these advantages visible at first
> glance, and we're not marketing or communications experts, but we  
> ought
> to try. This does not mean the map has to vanish from page 1 but I'd
> like to highlight the bits where we are actually better than everyone
> else, rather than just catching up.


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

Re: [OSM-talk] Is Xapi working?

[Yann Coupin]

I tried multiple times to access it since the migration to the 0.6 API  
but I've not been able to get a successful answer even once. The  
actual result varied between a blank page, a 50x error or a network  
error.

Yann

Le 8 juin 09 à 16:53, Chris Hill a écrit :

> I've tried to access some stuff from Xapi and it keeps coming back  
> with
>
> The network link was interrupted while negotiating a connection.  
> Please
> try again.
>
> This happened over the weekend too. The request this time was
>
> http://osmxapi.hypercube.telascience.org/api/0.6/node[amenity=studio]
>
> Am I doing something wrong or is there something wrong with Xapi?


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

[OSM-talk] OpenStreetMap mention on slashdot

[Yann Coupin]

Just saw this, thought you might be interested...

OpenStreetMap Sends UK Volunteer Mapper To Antigua

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

Re: [OSM-talk] Yahoo has very bad resolution images of Croatia, why?

[Yann Coupin]

Of course it costs money! And Yahoo! is a for profit company, not a  
charity. So for those wondering why Croatia has such crappy coverage,  
there's your answer. As for the cause, it's simple : either they  
haven't covered their initial investment yet, or they don't expect to  
make more money by providing a better coverage.

Yann

Le 18 mai 09 à 12:54, Igor Brejc a écrit :

> My guess is that imagery costs money, and Yahoo is concentrating  
> only on the areas which can bring them some cash back. This means  
> covering more "developed" and commercially/touristic interesting  
> areas first. We provincials just have to wait :)


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

Re: [OSM-talk] Wikipedia POI import?

[Yann Coupin]

IANAL but can't you stop basing your defense on the "good faith"  
argument as soon as you discuss the content beforehand like we're doing?

Le 5 mai 09 à 20:58, Adam Schreiber a écrit :

> Is it innocent infringement if we import licensed data in good faith,
> knowing that there may be problems with what they've provided?


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

Re: [OSM-talk] Wrong scale in slippy map

[Yann Coupin]

But this is not flawless. For instance here it's as if Canada was  
200km wide and Europe & Asia combined 300 miles wide.


http://maps.google.com/?ie=UTF8&ll=87.797228,-38.671875&spn=51.090044,360&z=1

Yann

Le 23 avr. 09 à 16:23, Lars Aronsson a écrit :


Google Maps
shows the correct scale and it changes as you pan north and south
within the same zoom level.  See for example
http://maps.google.com/?ll=57,17&z=6


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

Re: [OSM-talk] Fwd: Speed in traffic jams/slow traffic

[Yann Coupin]

Le 17 avr. 09 à 12:07,  
 a écrit :

> What maxspeed could I assume during a traffic-jam
> of a given length or during reported "slow moving traffic"?
>
> Does anyone have some numbers here?

That's for TMC message handling? Isn't there provision for data  
providers to give a mean speed or do you want to cover the case where  
no speed is given. If so, determining the avg. speed is pretty much  
impossible on a global scale as it's dependent of what the content  
provider uses for threshold. I remember in Paris an urban highway  
segment (speed-limit usually 90kph) is considered clogged if the avg.  
speed falls under 30 kph and it keeps that state until the avg. speed  
rise above 60 kph. But it is probably different values in some other  
cities (or on different type of roads where those limits are not  
adapted).
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] turn restriction relations: via

[Yann Coupin]

I have something which resembles that junction of yours near my home,  
here's how I mapped it: a roundabout way split in 4 plus 4 turn  
"only_straight_on" restrictions where necessary. See it here: 
http://osm.virtuelle-loipe.de/restrictions/?zoom=18&lat=48.97982&lon=2.2923&layers=B00TT

Yann

Le 31 mars 09 à 11:05, Ed Loach a écrit :

> This talk of turn restriction relations reminds me of a junction
> where I think I need to add loads of relations, but to date haven't
> as many of them will include a roundabout as the from or to part.
>
> http://is.gd/pOrJ (shortened permalink)
>
> As you can see there is a roundabout, but there is also a dual
> carriageway through the middle with the flow controlled by traffic
> lights. If you are in the lanes which go through as the dual
> carriageway you can't turn onto the roundabout, and if you are in
> the lanes that lead onto the roundabout you can't turn onto the dual
> carriageway lanes. I think for the relations to work I might have to
> split the roundabout from a closed way into a number of sections,
> but I've always drawn roundabouts as closed ways before. Will
> splitting it cause issues with anything else? Although I might not
> have to split as the via (node) will indicate where the restriction
> actually applies, even when the dual carriageway lane crosses the
> roundabout at two nodes. Or perhaps I could just split the dual
> carriageway lanes somewhere in the middle of the roundabout to make
> things easier for me to work out what restrictions I need to add.
>
> Comments welcome. I'm undecided between only_straight_on and
> no_left_turn on the dual carriageway segments where they cross the
> roundabout (and on the roundabout where it crosses the dual
> carriageway). I think perhaps the first. Which I think means I need
> to add 8 relations to the junction.
>
> Ed
>
>
>
>
>
> ___
> 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] Bogus GPS Uploads

[Yann Coupin]

BTW, is there a way to find the actual traces in a given area, maybe  
the comments on that track say what was recorded. But AFAIK besides  
getting anonymous points in a given area, there is no way to actually  
find the source track. I actually wanted to get the full traces of  
parts I saw and couldn't. This would be useful to see stuff like the  
track's precision since this is not reported by the points download  
API...

Yann

Le 30 mars 09 à 20:07, Matt Amos a écrit :

> On Mon, Mar 30, 2009 at 6:29 PM, Adam Killian   
> wrote:
>> You will find a trace for a very long elliptical area, oriented
>> East-West..  I am very familiar with this area, and I can't imagine  
>> how
>> anyone would have generated such a trace by any legitimate means.
>
> looks to me like a track from an aeroplane in a holding pattern,
> possibly headed towards newark?
>
> that might also explain why the points are so widely spaced.


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

Re: [OSM-talk] tag landuse=industrial further defining

[Yann Coupin]

Le 25 mars 09 à 09:31, Lester Caine a écrit :

> landuse should be a primary key - so people who do not need the fine
> detail can still render properly.

I'd do that too, beeing backward compatible is really a plus and it  
doesn't limit us either...

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

Re: [OSM-talk] GPS track precision (was "GPS track upload working?")

[Yann Coupin]

Mine, at least, doesn't produce directly gpx, but just logs nmea  
sentences. GPSbabel correctly outputs the hdop, vdop and pdop in GPX  
files during the conversion. I have no idea of how "exceptional"  
compared to already uploaded tracks that is though...

Yann

Le 20 mars 09 à 16:25, Ed Avis a écrit :

> Perhaps not every device generates useful hdop values, but clearly  
> some do (like
> mine).  And not every device includes them in GPX output (mine  
> doesn't), but
> some do include them.  I just hope the intersection of the two sets  
> is nonempty!


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

Re: [OSM-talk] Run tilesAtHome client and only accept requests for a small bbox. Possible?

[Yann Coupin]

I mean z=1, highest, minimum is just a matter of view. Anyway, yeah it  
is the zoom level that contains the less data per tile, *but* it  
contains the most tiles, that's probably why it's too slow...

Le 20 mars 09 à 11:27, Robert (Jamie) Munro a écrit :

> Don't you mean minimum zoom level? AFAIK, the higher the zoom level,  
> the
> less resource intensive the operation because there less data to
> consider. High zoom levels can render from PostGIS in real time.


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

Re: [OSM-talk] GPS track precision (was "GPS track upload working?")

[Yann Coupin]

You know what to do in version 2 of the track download API, right ? ;)

Yann

Le 19 mars 09 à 11:20, Andy Robinson (blackadder-lists) a écrit :

> That’s correct; the database only holds the location for each  
> trackpoint and
> not any other data. You need to download the original tracklogs for  
> the full
> data (assuming the log in question has been made publicly available  
> by the
> uploader)


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

Re: [OSM-talk] GPS track upload working?

[Yann Coupin]

Would you mind detailing the process in a more detailed fashion? Load  
induced delay shouldn't make the process fail, only take more time.  
Failures like this make me think there's a flaw in the design and  
while increasing the delay may be a working workaround, it's not  
completly errorproof and it slows things down during off-peak hours  
for no good reasons.

Yann

Le 20 mars 09 à 00:38, Tom Hughes a écrit :

> Gordon Dey wrote:
>> I just saw this with a 55KB file. Specifically:
>>
>>   Unable to open /store/gpx/traces/336906.gpx (errno=No such file  
>> or directory)
>>   XML parser at line 0 column 0
>>
>> Looks, to the uninitiated observer, like the file was CREAT-d, but  
>> not actually
>> filled in. Perhaps there is a file-system-full (or quota) condition  
>> being struck?
>
> How exactly do you reach that, clearly erroneous, conclusion? If the
> file had been created you wouldn't be able to get a "No such file  
> error"
> would you...
>
> There is a race condition that can cause this to happen, as we have to
> add the record to the database before we can rename the file to it's
> final name, but the importer deliberately ignores any recently added
> files to avoid triggering that.
>
> My best guess is that the delay isn't long enough under particular  
> load
> conditions and that we may need to increase it.
>
> Tom
>
> -- 
> Tom Hughes (t...@compton.nu)
> http://www.compton.nu/
>
> ___
> 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] Run tilesAtHome client and only accept requests for a small bbox. Possible?

[Yann Coupin]

Last I heard it was hourly, and it didn't include the maximum zoom  
level which can't be updated hourly because it's too resource  
intensive, so that one is updated weekly.

Yann

Le 19 mars 09 à 21:00, Karl Newman a écrit :

> The main Mapnik layer on OSM.org is updated minutely now, I believe  
> (maybe it's hourly).
>


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

Re: [OSM-talk] GPS track precision (was "GPS track upload working?")

[Yann Coupin]

As an aside, while I was using some traces I made and I wanted to  
compare them to existing one, I realized that downloding points using  
the API doesn't return the hdop that was available in the original  
file, this is really a shame as it's an important info to judge the  
quality of tracks...

Yann

Le 18 mars 09 à 16:19, Kærast a écrit :

> On Wed, 18 Mar 2009 13:58:41 + (UTC)
> Ed Avis  wrote:
>
>> When I try to upload a GPS track using
>> , it takes a while and then
>> gives a blank page.  The track does not appear in the list (even as
>> 'pending').
>>
>> Is anyone else seeing the same?
>>
>
> I had something similar this morning, it seemed to upload ok but  
> didn't
> appear in the list as pending and then I got an import failure email:
>
> failed to import. Here's the error:
>
>  Unable to open /store/gpx/traces/335849.gpx (errno=No such file or
> directory) XML parser at line 0 column 0
>
> Since that trace didn't actually add much new I gave up and just
> used it locally.  I've just uploaded another trace though which has
> uploaded and parsed ok.
>

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

Re: [OSM-talk] Tags for signposting

[Yann Coupin]

While I was discussing my proposal for route_instructions, someone  
pointed me to existing proposal that covered part of what I was  
proposing. Signposts were part of that list...

http://wiki.openstreetmap.org/wiki/Relations/Proposed/Destination_Signs

Yann

Le 2 mars 09 à 09:33,  
 a écrit :

>
> Hello everyone,
>
> does anyone know if we already have some tags for signposting?
> (tagging what city-names are printed on direction-signs at  
> intersections)
>
> I would like implement driving instructions like
> "In 800m exit the motorway, then stay left towards  
> 'city1,city2,city3'".
> for Traveling Salesman.
>
>
> Marcus
> http://travelingsales.sourceforge.net
>
> ___
> 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] Osmarender - rendering two tracks differently?

[Yann Coupin]

I think the reason is that in one case, the piste is the first tag  
while in the second case the footway tag is the first one. That the  
rendering is different is a bug in osmarender because the order  
shouldn't change rendering.

Yann

Le 23 févr. 09 à 23:27, Simon Wood a écrit :

> Hi all,
> I uploaded some tracks yesterday with the 'piste:type=nordic' tag,  
> strange thing is that osmarender seems to be rendering them  
> differently (one solid the other dashed) although the tags are the  
> same.
>
> Map:
> http://openstreetmap.org/?lat=49.66862&lon=-114.60604&zoom=15&layers=0B00FTF
>
> The two tracks in the north/west have tags:
> http://www.openstreetmap.org/browse/way/31360410/history
> --
> piste:type = nordic
> highway = footway
> --
>
> http://www.openstreetmap.org/browse/way/31360412/history
> --
> piste:type = nordic
> highway = footway
> --
>
> Not that it really matters, I just thought it rather strange
> Cheers,
> Mungewell.
>
> ___
> 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] amenity=doctor or amenity=doctors ? [tagging]

[Yann Coupin]

Le 23 févr. 09 à 11:26, Dave Stubbs a écrit :

> So my question is this: given that there /are/ two tags in use, why go
> to all the effort to change it? Document both and be done with it.

And this is helping the data not to turn into a pile of grey goo,  
how ? This is exactly what's damaging the database's content value.  
Because it makes the data in it unusable. Next thing you know, someone  
in Germany will tag doctors office "hartz" and someone in France  
"docteur", those tags' use will spread and the data will be a mess.

So unless your goal in life is to enter as much data as possible and  
never, ever, do something useful with it: DON'T DUPLICATE TAGS !!!

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

[OSM-talk] /browse outgoing links

[Yann Coupin]

I recently saw a problem with the tagging of a node in a /browse page  
and I wanted to correct it. The problem was that there's no easy way  
to get a link to directly edit the current object. I don't think it  
would be overly difficult to modify the view and edit tabs on top so  
that they point either on the current node or close to ways and  
relations. A JOSM link would be convenient too.

What do you think ?

Yann

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

Re: [OSM-talk] OSM on The Reg

[Yann Coupin]

I had never played with it, so I gave it a quick try, and it's  
probably a bit easier to use than potlatch. Here's what they say in  
their help page:

http://sites.google.com/site/mapmakeruserhelp/making-maps

But I think that the way it works, while good for beginners, is  
probably slow and frustrating for advanced users, and this is where  
potlatch probably surpasses gmm. I'm pretty sure that offering a  
beginner and advanced users interface could be done and some  
suggestions I've read in this thread seemed sensible.

Just my $.02

Yann

Le 11 févr. 09 à 18:33, Matthias Julius a écrit :

> Claudius Henrichs  writes:
>
>> Am 11.02.2009 13:18, Gert Gremmen:
>>> Kenneth:
 does *any* mapping app have an option like 'add road'?
>>> Do you know any mapping application accessible for everyone
>>> having internet ???
>>
>> *cough* http://www.google.com/mapmaker *cough*
>
> And the thing is that Mapmaker is probably known to more people than
> OSM expectations of beginners will be for our editor to work just the
> same than Mapmaker.  And if Mapmaker has an Add Road button (don't
> know it myself) people expect one here, too.


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

[OSM-talk] Mapnik way smoothing

[Yann Coupin]

Hi all,

I saw recently that mapnik now supports smoothing of ways (see http://lists.berlios.de/pipermail/mapnik-devel/2008-January/000367.html 
 ). I really like the result compared to what's available right now.

Down anyone know if there are plans to upgrade to smoothed ways ?

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

[OSM-talk] Reminder, RFC is open for Relation:type=route_instruction

[Yann Coupin]

Hey all,

As I can't really believe I made the perfect proposal (i.e. one that's  
thorough and unambiguous) and given the lack of comments, I'd like to  
remind you that you can (and probably should :) ) still comment it  
before it goes for voting.

Please find it here: 
http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Droute_instruction

Yann

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

Re: [OSM-talk] Wiki: chriscf vandalism

[Yann Coupin]

Le 31 janv. 09 à 19:23, Pieren a écrit :

> On Sat, Jan 31, 2009 at 7:01 PM, Lars Aronsson   
> wrote:
>> Pieren wrote:
>>
>>> I would suggest the following changes in the wiki:
>>> - replace "vote" by "opinion poll"
>>
>> This would probably be a step in the right direction.  But why
>> have a poll at all, where you count the number of people/votes?
>
> Like other polls, it gives an indication to the author to see if he's
> going to the right direction or not with his proposal. And not only
> hear from the opponents.

While I appreciate the argument I don't see how it goes further to the  
RFC part of the life of a proposal. I mean, the role of RFC is to  
gather opinions about the proposal, and unlike a simple yes/no, it's  
supposed to be argued. In that light, if the vote is not used as an  
accept/reject tool, it's only a poor redundant tool to the RFC and I  
think it's not helping.

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

Re: [OSM-talk] Error in Google-Maps

[Yann Coupin]

Le 28 janv. 09 à 17:18, Jürgen Reimann a écrit :

> That's really ridiculous - the same situation appeared while I was
> mapping Sousse/Tunisia - the complete Google-information looked like:
> Let's draw something that looks like some streets that meet in one  
> point
> (hopefully the center of a city) but there's no time to care for
> reality. Strange!
> Regards, Jürgen.
>

Makes sense to me.
I mean, I'd be trying to sell google data of remote locations, I could  
draw some random stuff and say: "hey we're 90% complete!" (cheap and  
almost risk-free) or I could actually survey the area: not as cheap.  
Or I could say I don't have the data (cheap but it hurts my ability to  
sell them). I almost forgot a fourth possibility though. The company  
bought some official data. Guess who's got a lazy state worker on  
their hands? Brazilian authorities! :)

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

Re: [OSM-talk] Handling of towns with different or alternative names

[Yann Coupin]

Le 27 janv. 09 à 21:02, Simon Ward a écrit :

> This doesn’t account for multiple names in the same language,  
> though.  I
> can also imagine a place having several old names over time, while
> old_name=* really only allows for one.

The general rule in OSM is that multiple values for a tag must be  
separated by a semicolon. Why would names be different than any other  
tag? Thus, a place where name has change multiple times should be  
written like this:

old_name=old name;ye oldee name;oldish name
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] uStream .tv broadcast 2pm PST 5pm EST - geobase import

[Yann Coupin]

I dunno about Iceland, but you're right about France, it is the  
official land registry map that we got access to.

Yann

Le 24 janv. 09 à 23:30, Thomas Wood a écrit :

> 2009/1/24 Sam Vekemans :
>> In light of France getting the OK for post codes; Canada might also,
>> so there needs to be a way to accomidate it. We should be able to
>> update the geobase import talk page & post the unanswered questions.
>
> I thought it was Iceland with the postcodes, but France with the
> official land registry maps, or something similar...
>
> -- 
> Regards,
> Thomas Wood
> (Edgemaster)
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk


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

[OSM-talk] [tagging] Feature Proposal - RFC - Relation:type=route_instruction

[Yann Coupin]

Hi,

Just a quick mail to announce that the following proposal is now in  
the RFC stage, comments are of course welcome!

http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:type%3Droute_instruction

Yann

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