Re: [OSM-dev-fr] Analyseur Osmose Wikipedia

2012-03-07 Thread Ab_fab
Plus d'informations de la part de -raul concernant l'outil de corrections
de liens vers Wikipedia que j'évoquais il y a quelques jours :

Hi,

listed your tool at [1].

My listing is byproduct of OSM-Wikipedia place name tool. You can find the
source code here [2].

My tool is on Wikimedia Toolserver and uses copy of Wikipedia databases to
check if article exists. Currently the listing [3] contains also some false
positives and I'm not running the fixme-tagging bot regularly.

-- 
Raul

[1]
http://wiki.openstreetmap.org/wiki/Collaboration_with_Wikipedia#Find_malformed_or_not_found_wikipedia_tags
[2]
http://meta.wikimedia.org/wiki/User:WikedKentaur/OSM-Wikipedia_place_name_tool
[3] http://toolserver.org/~kentaur/osm_wp/bad_wikipedia_tags.php


Le 28 février 2012 09:38, Ab_fab gamma@gmail.com a écrit :

 Bonjour,

 Quand je vois ce genre de groupe de modifications, je trouve bien dommage
 que Osmose n'aie pas (au moins en partie) une couverture mondiale :
 http://www.openstreetmap.org/browse/changeset/10605722
 Je préfère de loin la mise en évidence via un outil tiers que par un Fixme
 enregistré dans la base.

 Par contre, l'analyse faite en amont du travail du bot a l'air d'aller
 plus loin que l'analyseur 3031 d'Osmose [1] :
 Elle doit consulter la présence effective de la page Wikipedia et pas
 simplement vérifier que l'url n'est pas renseignée sous sa forme condensée
 dans la balise wikipedia d'osm.
 Certaines erreurs mises en évidence dans le groupe de modif montrent des
 liens déjà en forme courte

 Plutôt que de dire qu'il faudrait maintenir un serveur français avec une
 base mondiale à jour pour ce genre d'outils, ce serait sympa de voir
 l'outil greffé sur des machines déjà en opération. Ca ne court probablement
 pas les rues : les premiers qui me viennent à l'esprit sont le Toolserver
 Wikimedia et deux serveurs Overpass API (en particulier la machine russe
 qui a l'air costaud).
 Pensez-vous que ça mériterait d'aller prendre le pouls, histoire de
 discuter des faisabilités techniques ?

 C'était mon billet d'humeur du matin, qui au final est plutôt à prendre
 comme un éloge d'Osmose.  ;-)
 Merci à ceux qui le font fonctionner

 [1] http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#3031

 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus




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


Re: [Potlatch-dev] [OpenStreetMap] #4267: Potlatch 2 hangs up after some clicks (with update 04.03.2012)

2012-03-07 Thread OpenStreetMap
#4267: Potlatch 2 hangs up after some clicks (with update 04.03.2012)
---+
 Reporter:  Firefly!   |   Owner:  potlatch-dev@…
 Type:  defect |  Status:  new   
 Priority:  critical   |   Milestone:
Component:  potlatch2  | Version:  2.0   
 Keywords: |  
---+

Comment(by SomeoneElse):

 Although it's difficult to prove a negative, I've just spent a short while
 editing during which I'd have expected this bug (if it was still present)
 to occur, and it didn't.  This is with Flash 11,1,102,63 installed and P2
 2.3-209.

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4267#comment:5
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


[Potlatch-dev] Testing new versions

2012-03-07 Thread SomeoneElse
This may be a silly question - asking for something that exists already, 
but just in case not:


How hard would it be have a version of Potlatch2 available after merging 
for final testing before becoming the default P2 version on the site?  
To be useful it'd need to be able to be invoked with a GPX file (not 
necessarily as another edit dropdown, though that'd be nice).  With 
the best will in the world, sometimes when fixing stuff other stuff 
breaks, and it'd be nice to be able to catch any issues before they go 
live for everyone.


Cheers,
Andy


___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] Testing new versions

2012-03-07 Thread Serge Wroclawski
On Wed, Mar 7, 2012 at 3:12 PM, SomeoneElse li...@mail.atownsend.org.uk wrote:
 This may be a silly question - asking for something that exists already, but
 just in case not:

 How hard would it be have a version of Potlatch2 available after merging for
 final testing before becoming the default P2 version on the site?  To be
 useful it'd need to be able to be invoked with a GPX file (not necessarily
 as another edit dropdown, though that'd be nice).  With the best will in
 the world, sometimes when fixing stuff other stuff breaks, and it'd be nice
 to be able to catch any issues before they go live for everyone.

This is similar to (though not the same as) a question that came up in
the OSM Hack weekend in DC- that is how does one test features of the
site.

I generally believe that the right answer is to offer a nice testing
platform for users who are willing to deal with more problems in
return for newer features via a clearly defined site- that is
something like http://beta.openstreetmap.org, against the real
database. Users logging in here would know they'd be working on a site
that may be wonky, and might be willing to offer feedback.

While we were talking about the rails site, I think for PL2, this
makes a lot of sense.

- Serge

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] Testing new versions

2012-03-07 Thread Richard Fairhurst

SomeoneElse wrote:

How hard would it be have a version of Potlatch2 available after
merging for final testing before becoming the default P2 version on
the site?


I can see merit in users being able to select an unstable P2 as their 
editor, which would work 99% of the time and be useful for the 
developers the remaining 1%. :) For bonus points it could be built with 
the extra Flash debug flags so we got line numbers when it did break. I 
don't think putting it on a separate site would work - people just 
wouldn't get round to going there. But I don't have the skills to do the 
deployment/Rails stuff to make it happen, so hey.


cheers
Richard


___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #4266: Intransparent areas

2012-03-07 Thread OpenStreetMap
#4266: Intransparent areas
+---
  Reporter:  _al|   Owner:  potlatch-dev@… 
  Type:  defect |  Status:  closed 
  Priority:  critical   |   Milestone: 
 Component:  potlatch2  | Version: 
Resolution:  fixed  |Keywords:  area intransparent transparency
+---
Changes (by Richard):

  * status:  new = closed
  * resolution:  = fixed


Comment:

 Fixed in
 
https://github.com/systemed/potlatch2/commit/4e72cd67a534fbdff55d941c421531d8f2776b88
 , hopefully live soon.

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4266#comment:1
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #4269: tunnel=yes waterways aren't selectable (since 4/3/2012 changes)

2012-03-07 Thread OpenStreetMap
#4269: tunnel=yes waterways aren't selectable (since 4/3/2012 changes)
--+-
  Reporter:  SomeoneElse  |   Owner:  potlatch-dev@…
  Type:  defect   |  Status:  closed
  Priority:  minor|   Milestone:
 Component:  potlatch2| Version:
Resolution:  fixed|Keywords:
--+-
Changes (by Richard):

  * status:  new = closed
  * resolution:  = fixed


Comment:

 Fixed in
 
https://github.com/systemed/potlatch2/commit/4e72cd67a534fbdff55d941c421531d8f2776b88
 , hopefully live soon.

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4269#comment:3
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #4268: Potlatch 2 hides waterways with tunnel=yes (with update 04.03.2012)

2012-03-07 Thread OpenStreetMap
#4268: Potlatch 2 hides waterways with tunnel=yes (with update 04.03.2012)
+---
  Reporter:  Firefly!   |   Owner:  potlatch-dev@…
  Type:  defect |  Status:  closed
  Priority:  major  |   Milestone:
 Component:  potlatch2  | Version:  2.0   
Resolution:  fixed  |Keywords:
+---
Changes (by Richard):

  * status:  new = closed
  * resolution:  = fixed


Comment:

 Fixed in
 
https://github.com/systemed/potlatch2/commit/4e72cd67a534fbdff55d941c421531d8f2776b88
 , hopefully live soon.

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4268#comment:1
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #4278: landuse=recreation_ground appears in Potlatch2 with a solid green background

2012-03-07 Thread OpenStreetMap
#4278: landuse=recreation_ground appears in Potlatch2 with a solid green
background
--+-
  Reporter:  SomeoneElse  |   Owner:  potlatch-dev@…
  Type:  defect   |  Status:  closed
  Priority:  minor|   Milestone:
 Component:  potlatch2| Version:
Resolution:  fixed|Keywords:
--+-
Changes (by Richard):

  * status:  new = closed
  * resolution:  = fixed


Comment:

 Fixed in
 
https://github.com/systemed/potlatch2/commit/4e72cd67a534fbdff55d941c421531d8f2776b88
 , hopefully live soon.

 FWIW the problem was
 
https://github.com/systemed/potlatch2/commit/0282edd0af03b94ea0e86641de16543d85dacdcc
 - running !=undefined against a Number (line 59) doesn't work, you need
 to use isNaN instead. It works in the CSSCOLORS[colorStr] case because
 Object values aren't explicitly typed in AS3.

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4278#comment:2
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #4260: Potlatch 2 fails razed highways

2012-03-07 Thread OpenStreetMap
#4260: Potlatch 2 fails razed highways
-+--
  Reporter:  Will Pittenger  |   Owner:  potlatch-dev@…
  Type:  defect  |  Status:  closed
  Priority:  minor   |   Milestone:
 Component:  potlatch2   | Version:
Resolution:  wontfix |Keywords:
-+--
Changes (by Richard):

  * status:  new = closed
  * resolution:  = wontfix


Comment:

 As per Steve's reason.

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4260#comment:4
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #4264: Incorrect road

2012-03-07 Thread OpenStreetMap
#4264: Incorrect road
+---
  Reporter:  Maetma |   Owner:  potlatch-dev@…
  Type:  defect |  Status:  closed
  Priority:  major  |   Milestone:
 Component:  potlatch2  | Version:  2.0   
Resolution:  invalid|Keywords:
+---
Changes (by Richard):

  * status:  new = closed
  * resolution:  = invalid


Comment:

 Not really a clearly expressed bug.

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4264#comment:1
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #4277: Area shading with historic=* tag

2012-03-07 Thread OpenStreetMap
#4277: Area shading with historic=* tag
--+-
  Reporter:  Nick Austin  |   Owner:  potlatch-dev@…
  Type:  defect   |  Status:  closed
  Priority:  minor|   Milestone:
 Component:  potlatch2| Version:
Resolution:  duplicate|Keywords:  historic  
--+-
Changes (by Richard):

  * status:  new = closed
  * resolution:  = duplicate


Comment:

 Dupe of #4233.

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4277#comment:1
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #4264: Incorrect road

2012-03-07 Thread OpenStreetMap
#4264: Incorrect road
+---
  Reporter:  Maetma |   Owner:  potlatch-dev@…
  Type:  defect |  Status:  closed
  Priority:  major  |   Milestone:
 Component:  potlatch2  | Version:  2.0   
Resolution:  invalid|Keywords:
+---

Comment(by stevage):

 My interpretation of this bug was that Potlatch should warn/prevent users
 making roads that cross each other (superposed) without a junction. I've
 previously written the code to make this possible, so I actually think
 it's feasible.

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4264#comment:2
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #4264: Incorrect road

2012-03-07 Thread OpenStreetMap
#4264: Incorrect road
+---
  Reporter:  Maetma |   Owner:  potlatch-dev@…
  Type:  defect |  Status:  closed
  Priority:  major  |   Milestone:
 Component:  potlatch2  | Version:  2.0   
Resolution:  invalid|Keywords:
+---

Comment(by Richard):

 There is actually a (slightly better phrased) dupe of this by the same
 reporter, so we don't need both. It's certainly ''possible'' code-wise,
 that much is fairly obvious. It's the UI that's harder - we certainly
 don't want P2 to start randomly adding junction nodes when the user's very
 next action might be to add a bridge=yes tag. I suspect a better solution
 might be the long-planned data quality inspector, but it needs careful
 design.

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4264#comment:3
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #4110: Potlatch 2 options tab does not give latitude

2012-03-07 Thread OpenStreetMap
#4110: Potlatch 2 options tab does not give latitude
+---
  Reporter:  gumpa  |   Owner:  potlatch-dev@…
  Type:  defect |  Status:  closed
  Priority:  minor  |   Milestone:
 Component:  potlatch2  | Version:
Resolution:  fixed  |Keywords:
+---
Changes (by Richard):

  * status:  new = closed
  * resolution:  = fixed


-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4110#comment:2
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #4058: Potlatch 2 toolbox on load

2012-03-07 Thread OpenStreetMap
#4058: Potlatch 2 toolbox on load
+---
  Reporter:  smsm1  |   Owner:  potlatch-dev@…
  Type:  defect |  Status:  closed
  Priority:  minor  |   Milestone:
 Component:  potlatch2  | Version:
Resolution:  fixed  |Keywords:
+---
Changes (by Richard):

  * status:  new = closed
  * resolution:  = fixed


-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4058#comment:1
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #3630: Usability: Position of +/- zoom buttons - move to left

2012-03-07 Thread OpenStreetMap
#3630: Usability: Position of +/- zoom buttons - move to left
---+
  Reporter:  CycleStreets  |   Owner:  potlatch-dev@…
  Type:  enhancement   |  Status:  closed
  Priority:  minor |   Milestone:
 Component:  potlatch2 | Version:
Resolution:  fixed |Keywords:
---+
Changes (by Richard):

  * status:  new = closed
  * resolution:  = fixed


-- 
Ticket URL: https://trac.openstreetmap.org/ticket/3630#comment:1
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #3563: Shift key stops working

2012-03-07 Thread OpenStreetMap
#3563: Shift key stops working
-+--
  Reporter:  stevage |   Owner:  potlatch-dev@…
  Type:  defect  |  Status:  closed
  Priority:  minor   |   Milestone:
 Component:  potlatch2   | Version:
Resolution:  worksforme  |Keywords:
-+--
Changes (by Richard):

  * status:  reopened = closed
  * resolution:  = worksforme


Comment:

 No further reports and unspecific description so I'm closing this.

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/3563#comment:5
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #4275: Issues adding points in Potlatch 2 -- Correction of similar bug #

2012-03-07 Thread OpenStreetMap
#4275: Issues adding points in Potlatch 2 -- Correction of similar bug #
-+--
 Reporter:  techlady |   Owner:  potlatch-dev@…
 Type:  defect   |  Status:  new   
 Priority:  major|   Milestone:  OSM 1.0   
Component:  potlatch2| Version:  2.0   
 Keywords:  Potlatch 2 edit  |  
-+--

Comment(by techlady):

 Replying to [ticket:4275 techlady]:
  Hello bug team,
 
I've been having some weird issues when I try to edit. I'm unable
 to edit ways in Potlatch 2. It seems to be similar to the problems
 reported by 4274 on March 4.
For example, when I try to select a way, it lights up, but I am
 unable to add points. Also, after I do try to add a point, all ways no
 longer light up when I try to select them.
In addition, when I first open OSM and click on Edit, not all of
 the street data loads. Sometimes the name of a residential street is
 displayed, but the white line for the street is missing. Also, where there
 is a turning circle, sometimes only the dot for the turning circle is
 visible, but the white line for the short street leading to it is not
 visible.
I have tried to edit on two different computers and have gotten
 the same result. On one computer I recently installed a new version of
 Flash, but I'm not sure if the Flash update has been installed on the
 other computer. I use Firefox.
  This happened since the update to the interface that changed the
 look of the first page.
Anyone else experiencing this? Anyone know what's going on?
Thanks for your help.
 
  Best,
 
  Charlotte Wolter

 The problem seems to happen everywhere, but he last place I have edited is
 around Twin Lakes, New Mexico
 (http://www.openstreetmap.org/edit?lat=35.7091lon=-108.7659zoom=14),
 especially Bass Lake Road.

 --C

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4275#comment:2
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #3746: Vietnamese translation of Potlatch 2

2012-03-07 Thread OpenStreetMap
#3746: Vietnamese translation of Potlatch 2
--+-
  Reporter:  Minh Nguyen  |   Owner:  potlatch-dev@…
  Type:  enhancement  |  Status:  closed
  Priority:  major|   Milestone:
 Component:  potlatch2| Version:  2.0   
Resolution:  fixed|Keywords:  l10n  
--+-
Changes (by Richard):

  * status:  new = closed
  * resolution:  = fixed


Comment:

 Note that translation now takes place on translatewiki.

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/3746#comment:8
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [Potlatch-dev] [OpenStreetMap] #4275: Issues adding points in Potlatch 2 -- Correction of similar bug #

2012-03-07 Thread OpenStreetMap
#4275: Issues adding points in Potlatch 2 -- Correction of similar bug #
-+--
 Reporter:  techlady |   Owner:  potlatch-dev@…
 Type:  defect   |  Status:  new   
 Priority:  major|   Milestone:  OSM 1.0   
Component:  potlatch2| Version:  2.0   
 Keywords:  Potlatch 2 edit  |  
-+--

Comment(by stevage):

 I get that behaviour when Flash is running low on resources. Are any of
 the POI icons missing as well? Does restarting the whole browser help?

-- 
Ticket URL: https://trac.openstreetmap.org/ticket/4275#comment:3
OpenStreetMap http://www.openstreetmap.org/
OpenStreetMap is a free editable map of the whole world

___
Potlatch-dev mailing list
Potlatch-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/potlatch-dev


Re: [OSM-dev] Info request on: additional GIS layers

2012-03-07 Thread Tomas Straupis
2012-03-07 Andre Joost wrote:
 Another question is how they keep their basic database in sync with ours?

  That is a different question with a lot of different approaches
ranging from using only OSM data up to simple validation-comparing of
two available datasets for error identification.

 I think
 http://wiki.openstreetmap.org/wiki/The_Rails_Port
 is what you are looking for.

   Yes, that is it! Thank you

 Or they can use the UMN Mapserver to combine Data from several sources.

  Interesting. Thank you for pointing at it.

-- 
Tomas Straupis

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


Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

2012-03-07 Thread Peter Körner

Am 07.03.2012 05:11, schrieb Michael Daines:

First, a longstanding wishlist item for OSM has been data tiles,
that is the API data, split into preset sized areas (eg z14), which a
client could call. This may not seem reelvant to your project but
you'll see why it is soon.


This was actually part of my original motivation for proposing this project -- 
in my 2010 GSoC project, I used bbox queries to load data in tile-like 
sections, but as I mentioned this turned out to be very slow. Data tiles seem 
like they could speed things up for that sort of use. Ideally, the work 
involved in accessing a data tile would be comparable to accessing an image 
tile. Also, it seems easier to cache data addressed by tile than it is to cache 
the results of arbitrary bbox queries.

I'd also be interested in working on data tiles -- is that in itself a 
reasonable project idea? My hope is that if either of these ideas are things 
people have been wanting for a while, they'll want to use them, and that if a 
project has people using it, it would be more likely to be around after the 
summer.


A Service that is able to provide
1. fast and scalable
2. tiled access to
3. updated data
4. around the world with a constant tile size (eg z12 or z14)
5. together with formulars to calculate the tile coordinate from
   lat/lon and
6. complete documentation

would be project of reasonable complexity and usefulness.
The most complex part here is 3.
If you have further questions on possible implementations or use-cases 
don't hesitate to contact me directly: pe...@mazdermind.de



One thing I was wondering about -- how do you choose a tile size to minimize 
both the number of accesses (larger tiles) and the byte size of tiles (smaller 
tiles)? Some areas have a much higher density of data than others. Perhaps some 
kind of quadtree-type approach could be used, where tiles are split if they 
have high density?
This could be a Project for the next GSoC, but calculating the tile 
sizes is in itsself so complex, that it would fill a complete 
GSoC-Project, leaving no room for the project outlined above. But a 
Tiling-Algorithm without a service implementing it would not be of great 
use for the community, would it?


Despite that there are already tools that are dedicated to this kind of 
computation: http://www.mkgmap.org.uk/page/tile-splitter



The ideas you suggest for streaming-type updates on data tiles are very 
interesting. If you were writing an editor, you could be more certain that you 
were displaying the most recent data without having to reload all of it.
But you would not want the editor to display those changes without user 
interaction. Imagine you are drawing a road and around your cursor 
everything changes shapes the whole time. You would not call this a good 
user experience, would you?


Also a streaming editor is nothing the community is requesting, editing 
works good (enough) the way it is.


Peter

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


[OSM-dev] How to get all members of relations into GIS?

2012-03-07 Thread Jukka Rahkonen
Hi,

I was playing with layered PDF and tram routes of Helsinki. It was  easy
to find the tram routes as lines from osm_line table and plot them as
separate layers into pdf file so that their visibility can be toggled
individually.
http://latuviitta.org/documents/raitiovaunulinjat.pdf

Background map: Copyright Karttakeskus, 2012
Layers may not be selectable with other viewers than Adobe Acrobat Viewer.

Now I would like to add also tram stops into the corresponding tram line
layers so I could label them and toggle their visibility together with the
route. It will be no problem once I get the tram stops somehow into
PostGIS so that I can select them with something like
SELECT tram_stops FROM some_table WHERE route_ref='7A';

Is there any ready made tools for that? I suppose that osm2pgsql cannot
handle this case because the connection between tram route and tram stops
is defined in the route relation and osm2pgsql is not made for solving
such relations.

Here is one example of tram route relations:
http://www.openstreetmap.org/browse/relation/52946
I would like to get the route line segments and tram stop points (with
attributes) into PostGIS, Spatialite, shapefiles, GML, or any other
general GIS format that is supported by GDAL for further processing. Any
suggestions about how to do it?

-Jukka Rahkonen-


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


Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

2012-03-07 Thread Lynn W. Deffenbaugh (Mr)

On 3/7/2012 4:57 AM, Peter Körner wrote:


A Service that is able to provide
1. fast and scalable
2. tiled access to
3. updated data
4. around the world with a constant tile size (eg z12 or z14)
5. together with formulars to calculate the tile coordinate from
   lat/lon and
6. complete documentation


I would expand 6 to be documentation for use as well as the ability to 
replicate the server environment using OSM planet data update feeds.  I 
personally expect the restrictions on the tile servers to be extended to 
the API servers when enough application coders implement a way to use 
the API directly from thousands or millions of clients at which point 
they'll be instructed to fire up their own server and need more than 
just use-based documentation.


Lynn (D) - KJ4ERJ - Trying to get my own tile server working reliably now...



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


Re: [OSM-dev] OSMCoastline

2012-03-07 Thread Tom MacWright
Hey,

Whoah! Nice work. All of these osmium-related projects are really exciting,
can't wait to have more performant and efficient parts of the OSM stack.
Plus, they're well-written and hosted on GitHub :)

Tom

On Wed, Mar 7, 2012 at 9:57 AM, Jochen Topf joc...@remote.org wrote:

 Hi!

 I have been working on writing a substitution for the aging coastcheck
 program.
 It is not finished yet, but maybe somebody wants to play around with it.

 It takes not even 20 minutes to extract all coastline data from a planet
 file
 and create polygons from it. That's at least an order of magnitude faster
 than
 coastcheck does it.

 More info in my blog at
 http://blog.jochentopf.com/2012-03-07-osm-coastlines.html
 Code at https://github.com/joto/osmcoastline .

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


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

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


Re: [OSM-dev] OSMCoastline

2012-03-07 Thread Peter Körner

Am 07.03.2012 15:57, schrieb Jochen Topf:

Hi!

I have been working on writing a substitution for the aging coastcheck program.
It is not finished yet, but maybe somebody wants to play around with it.

Whoo would have needed that just 2 Weeks ago.

What do you think about adding osmium as submodule, like I did it with 
the history splitter/importer 
(https://github.com/MaZderMind/osm-history-splitter/).


The benefit is, that with git submodule init  git submodule update 
you'll get the last version of osmium the coastcheck was tested with. 
After that, osmium is in the right location and there's no need to edit 
the Makefile.


See my renderer-Tutorial for how it works:
https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md

The drawback is, that when a general update to osmium happens, you have 
to update the reference in the coastcheck repo.


Thank you very much!
Peter

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


Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

2012-03-07 Thread Serge Wroclawski
We could take this off-list but I think this may still be of interest
to the general community.

On Tue, Mar 6, 2012 at 11:11 PM, Michael Daines mich...@mdaines.com wrote:
 First, a longstanding wishlist item for OSM has been data tiles,
 that is the API data, split into preset sized areas (eg z14), which a
 client could call. This may not seem reelvant to your project but
 you'll see why it is soon.

 This was actually part of my original motivation for proposing this project 
 -- in my 2010 GSoC project, I used bbox queries to load data in tile-like 
 sections, but as I mentioned this turned out to be very slow.

There are a number of ways to do this intelligently. I was going to
write up a very naive prototype that had no brains at all, and here's
what my approach was going to look like (and I'll do it if there's
interest):

Write some code to query jaxpi for bounding boxes in Python based on tile name.
Use this and write Data tile support in TileStache. I'd store cached
tiles in Redis (for reasons that become apparent in a few sentences).
I'd use the parsing/storing bits of Changepipe to tell me which tiles
are effected by a changeset (even though I believe it uses the
changeset's bbox, which is oftentimes wrong).
Since Changepipe is already using Redis, using Redis for the tiles makes sense.

And then the issue would be how to hack in some code for the
websocket/stream/whatever. This seems like it'd be relatively simple
using Redis pubsub and something like gevent, but I haven't looked
into it.

The right answer would be to keep a local copy of the database and
then update it as necessary. I believe Ian Dees has a copy of some
MongoDB code that uses quadtile to index OSM objects (I'm very fuzzy
on the details). (Update, Ian sent me this url, but I haven't taken a
look: 
https://github.com/iandees/mongosm/commit/c46c2081edde0b3b2b0446dd06d5ef02b292631c
)

Then as objects would change, you'd be able to update the tiles.

 I'd also be interested in working on data tiles -- is that in itself a 
 reasonable project idea?

I think that would be welcome. Especially if done well. My naive
approach would be slow, but if you used a different approach that
didn't keep hitting external servers on every update, it'd be a very
nifty project indeed.

 One thing I was wondering about -- how do you choose a tile size to minimize 
 both the number of accesses (larger tiles) and the byte size of tiles 
 (smaller tiles)? Some areas have a much higher density of data than others. 
 Perhaps some kind of quadtree-type approach could be used, where tiles are 
 split if they have high density?

That'd certainly work. I'd started with a naive approach of If I only
have one zoom level, things are easy, and then you just accept that
some areas are dense, and others not. At the same time, there won't be
as much demand for low density areas.

There's certainly value in cleverness and not transmitting too much
data, but there's also value in simplicity for clients.

I think with compression or binary formats like pbf, the need for
cleverness is reduced since there's overall less data transmitted.

- Serge

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


Re: [OSM-dev] How to get all members of relations into GIS?

2012-03-07 Thread Ramas
Hi,
i have made some processing scripts for public transport relations. Daily
dumps you can get here - http://osm.ramuno.lt/transport/
And working example - http://openmap.lt/#l=60.16671,24.93903,15,MT

Ramūnas

On 7 March 2012 13:16, Jukka Rahkonen jukka.rahko...@latuviitta.fi wrote:

 Hi,

 I was playing with layered PDF and tram routes of Helsinki. It was  easy
 to find the tram routes as lines from osm_line table and plot them as
 separate layers into pdf file so that their visibility can be toggled
 individually.
 http://latuviitta.org/documents/raitiovaunulinjat.pdf

 Background map: Copyright Karttakeskus, 2012
 Layers may not be selectable with other viewers than Adobe Acrobat Viewer.

 Now I would like to add also tram stops into the corresponding tram line
 layers so I could label them and toggle their visibility together with the
 route. It will be no problem once I get the tram stops somehow into
 PostGIS so that I can select them with something like
 SELECT tram_stops FROM some_table WHERE route_ref='7A';

 Is there any ready made tools for that? I suppose that osm2pgsql cannot
 handle this case because the connection between tram route and tram stops
 is defined in the route relation and osm2pgsql is not made for solving
 such relations.

 Here is one example of tram route relations:
 http://www.openstreetmap.org/browse/relation/52946
 I would like to get the route line segments and tram stop points (with
 attributes) into PostGIS, Spatialite, shapefiles, GML, or any other
 general GIS format that is supported by GDAL for further processing. Any
 suggestions about how to do it?

 -Jukka Rahkonen-


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

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


Re: [OSM-dev] OSMCoastline

2012-03-07 Thread Jochen Topf
On Wed, Mar 07, 2012 at 04:33:28PM +0100, Peter Körner wrote:
 Am 07.03.2012 15:57, schrieb Jochen Topf:
 Hi!
 
 I have been working on writing a substitution for the aging coastcheck 
 program.
 It is not finished yet, but maybe somebody wants to play around with it.
 Whoo would have needed that just 2 Weeks ago.
 
 What do you think about adding osmium as submodule, like I did it
 with the history splitter/importer
 (https://github.com/MaZderMind/osm-history-splitter/).
 
 The benefit is, that with git submodule init  git submodule update
 you'll get the last version of osmium the coastcheck was tested
 with. After that, osmium is in the right location and there's no
 need to edit the Makefile.
 
 See my renderer-Tutorial for how it works:
 https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md
 
 The drawback is, that when a general update to osmium happens, you
 have to update the reference in the coastcheck repo.

You should either install Osmium (make install or via dpkg) so that it is in
the default path. Or you can set the env variable CPATH (or CPLUS_INCLUDE_PATH)
to where/your/osmium/include is and it will get picked up directly by gcc.
This works also with the clang compiler in version 2.9. Version 2.8 documents
this but doesn't do it for me.

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


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


Re: [OSM-dev] OSMCoastline

2012-03-07 Thread Frederik Ramm

Hi,

On 03/07/2012 04:05 PM, Tom MacWright wrote:

Whoah! Nice work. All of these osmium-related projects are really
exciting, can't wait to have more performant and efficient parts of the
OSM stack. Plus, they're well-written and hosted on GitHub :)


Github is a third-party, proprietary, commercial software hosting 
platform which as part of its marketing strategy makes certain services 
available free of charge for certain users - currently.


That's ok, and every developer is free to chose where they want to host 
their project.


But I wouldn't go so far as to applaud someone for that choice.

Bye
Frederik

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

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


Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

2012-03-07 Thread Michael Daines
 I would expand 6 to be documentation for use as well as the ability to 
 replicate the server environment using OSM planet data update feeds.  I 
 personally expect the restrictions on the tile servers to be extended to the 
 API servers when enough application coders implement a way to use the API 
 directly from thousands or millions of clients at which point they'll be 
 instructed to fire up their own server and need more than just use-based 
 documentation.

Definitely. Customization would also be important, since I imagine that users 
would like to avoid storing a bunch of data they're not going to use in their 
project. (Depends on how things are implemented, though.) If your project only 
dealt with a single city, it might make things easier to set up if you knew the 
storage or computation requirements were less onerous than dealing with the 
entire world.


-- Michael


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


Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

2012-03-07 Thread Michael Daines
 Write some code to query jaxpi for bounding boxes in Python based on tile 
 name.
 Use this and write Data tile support in TileStache. I'd store cached
 tiles in Redis (for reasons that become apparent in a few sentences).
 I'd use the parsing/storing bits of Changepipe to tell me which tiles
 are effected by a changeset (even though I believe it uses the
 changeset's bbox, which is oftentimes wrong).
 Since Changepipe is already using Redis, using Redis for the tiles makes 
 sense.
 
 And then the issue would be how to hack in some code for the
 websocket/stream/whatever. This seems like it'd be relatively simple
 using Redis pubsub and something like gevent, but I haven't looked
 into it.

Do I have this right: the server in this implementation would act as sort of a 
fast, tile-addressed cache for data available through XAPI or similar?


 The right answer would be to keep a local copy of the database and
 then update it as necessary. I believe Ian Dees has a copy of some
 MongoDB code that uses quadtile to index OSM objects (I'm very fuzzy
 on the details). (Update, Ian sent me this url, but I haven't taken a
 look: 
 https://github.com/iandees/mongosm/commit/c46c2081edde0b3b2b0446dd06d5ef02b292631c
 )
 
 Then as objects would change, you'd be able to update the tiles.

It looks like mongosm includes an implementation of a data tile server? The 
quadtile indexing is interesting in that you use only a single parameter to 
refer to tiles, rather than the z/x/y triple commonly used with image tiles.

Keeping a local copy seems simpler and more reliable, but you have to store all 
the data... This is where I see some kind of customization as being useful -- 
if you were running your own server, and were only interested in a single city, 
or only interested in roads and building shapes, you could store just that data.


 Perhaps some kind of quadtree-type approach could be used, where tiles are 
 split if they have high density?
 
 That'd certainly work. I'd started with a naive approach of If I only
 have one zoom level, things are easy, and then you just accept that
 some areas are dense, and others not. At the same time, there won't be
 as much demand for low density areas.
 
 There's certainly value in cleverness and not transmitting too much
 data, but there's also value in simplicity for clients.

Particularly for GSoC I think I'd want to err on the side of simplicity. The 
zoom level could always be adjusted?




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


Re: [OSM-dev] Possible GSoC project: tag/area monitoring service

2012-03-07 Thread Josh Doe
On Tue, Mar 6, 2012 at 2:10 PM, Michael Daines mich...@mdaines.com wrote:
 When you mention changes to large relations and widely dispersed objects, I 
 was wondering if you had any specific use cases in mind? I'd also be 
 interested in hearing what kind of expressions you might expect to be able to 
 use. For example, I was thinking you could say something like give me 
 updates for things with the tag highway=residential and is_in=Canada.

I was thinking about very long routes, and country borders. If I want
to monitor changes to my state and interstate routes within the state,
I don't have any good options at the moment to do that. I don't think
it should be terribly difficult to implement, I'm just not sure how
well it will scale. To make it more interesting you could allow for
watching all changes to objects with certain tags that are within a
certain distance of a route relation, or located inside a
multipolygon.

-Josh

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