Re: [OSM-dev] Notes Branch

2013-04-24 Thread Mitja Kleider
On 04/24/2013 08:48 PM, Tom Hughes wrote:
> Don't know where you got three months from - less than twelve hours
> would be an accurate number.

Because this issue is three months old:

Guess that was on a testing server, sorry for the confusion.

Great news, btw! Thanks Tom, Kai and whoever else was involved.

Mitja

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


Re: [OSM-dev] Notes Branch

2013-04-24 Thread Mitja Kleider
On 03/19/2013 03:02 PM, Mikel Maron wrote:
> Getting some renewed interest in the Notes features. Curious to know
> the outlook on the notes branch deployment.
>
> Are these the remaining issues? What can we do to help?
> https://github.com/tomhughes/openstreetmap-website/issues
>
>
> Also wondering about API. Assume that it's differeing from this?
> http://wiki.openstreetmap.org/wiki/OpenStreetBugs/API
> Is authentication required for note creation? Will it be possible for
> an external app to post on behalf on non-OSM users?

I just saw this tweet by Ian Dees:
> Take 1 minute to point out a problem on @OpenStreetMap. You don't
> have to log in. Zoom in to area, click "Add a note" in the lower
> right.


>From the github issues it seems that this went live three months ago, I
did not find any announcement.

I could add a message on the OpenStreetBugs website to inform users
about this feature. Is it ready to replace OpenStreetBugs?
If there are plans to import bugs/notes and shut down OpenStreetBugs, I
am happy to help.

Cheers,
Mitja

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


[OSM-dev] hacking outdoor GPS devices

2012-04-16 Thread Mitja Kleider
Hello,

I have a few questions regarding outdoor GPS devices:

* Are you satisfied with the available devices? What would you change first?
* If there was a device with open source firmware, would that be an
important feature?
* Are you interested in developing your own firmware (if drivers were
available)?
* Why would you but an outdoor GPS anyway instead of using your smartphone?

Your opinion on these questions would help me a lot!

Thanks,
Mitja

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


Re: [OSM-dev] Xapi alternative

2011-01-29 Thread Mitja Kleider
>> On Sat, 29 Jan 2011 10:46:12 +0100, Maarten Deen 
>> wrote:
>>> Can you elaborate on how to do bbox queries with this?
>>
>> Like this:
>>
>> http://78.47.225.27/tag/amenity/bank/all/ids.json?bbox=9.7190434375091,51.496178170005,10.15849656249,51.565057661413
>>
>> Please note that the data on that server is only covering a small area.
> 
> Then I've found a small bug for you
[...]
> Apparently the parser can not cope with lat/lon figures without a decimal.

Thanks, this is now fixed on the demonstration server.


> Is there also a possibility to get output as an osm file?

OSM output is not yet implemented. You could add it by modifying [1]
from line 100 to 159.

[1]
http://gitorious.org/osm-poi-tools/server/blobs/master/list/views.py#line100



Mitja

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


Re: [OSM-dev] Xapi alternative

2011-01-28 Thread Mitja Kleider
Hi Antoine,

On Fri, 28 Jan 2011 16:11:11 +0100, Antoine Pichon
 wrote:
> I am building an application that needs to access osm poi database. Ex
> : Extract all the banks (or any orther amenity)  of a given area. I
> didn't find this possibility (amenity filtering) in basic API but only
> in xapi
> 
> 1/ is there any other possibility instead of xapi to do that ?

Andy already mentioned the new XAPI implementation.

Last summer I wrote a POI API [1]. The wiki pages should contain setup
information and query examples. If you have questions, feel free to
ask.

There is a (weak) demonstration server with data covering a tiny area
at [2]. You probably want to do something like [3] or [4].


[1] http://wiki.openstreetmap.org/wiki/POI_tools
[2] http://78.47.225.27/
[3]
http://78.47.225.27/static/examples/map.html?key=amenity&value=bank&zoom=15&lat=51.53318&lon=9.93624&lang=en
[4]
http://78.47.225.27/static/examples/list.html?type=relation&osm_id=191361&key=amenity&value=bank&lang=en


Mitja


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


Re: [OSM-dev] Fwd: Script to extract bbox from history planet

2010-12-16 Thread Mitja Kleider
On Thu, 16 Dec 2010 10:13:42 +0100, Stefan de Konink 
wrote:
> Op 16-12-10 09:22, Frederik Ramm schreef:
>> If someone feels like (a) re-implementing this in C
> 
> I think Mitja did this in the GSoC program this summer (the cutout
> thing). It would be valuable to figure out a way to do 'proper' full
> ways and relations in a low memory setting, but probably I/O itself is
> always an issue too.

I did not modify the parser to read history files yet.
The most simple cutout in my case was to remove nodes not within the
bbox. If it is done while parsing OSM XML/pbf, it will even reduce I/O.
Filtering arbitrary geometries adds a high CPU load of course.


I am still not sure whether it is better to clip the bbox or also keep
parts outside the bbox of intersecting ways. Until now I decided for the
first option, because it is easier to implement.


Mitja

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


Re: [OSM-dev] Translatewiki?

2010-11-14 Thread Mitja Kleider
On Sunday 14 November 2010 10:31:28 Jochen Topf wrote:
> I found the .yml files with the translations in the rails port code, so
> that answers my questions about the format. I was planning to use R18N
> which has a very similar format, so that should be doable.
> 
> I still don't know how to get the stuff into Translatewiki and back out
> again. I searched the Translatewiki web pages high and low and couldn't
> find anything about that. :-(

AFAIK translatewiki is pulling the .yml from SVN and automatically commiting 
translations. I guess you need to upload your .yml to OSM SVN and ask the 
translatewiki admins to set up a new OSM subproject for that file.


Mitja

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


Re: [OSM-dev] i18n : yml2po ?

2010-10-28 Thread Mitja Kleider
On Thursday 28 October 2010 21:54:37 yvecai wrote:
> The current i18n work on the website is based on Ruby on rail and yml
> files.
> Does anybody knows if these yml exists somewhere in GNU gettext .po format?
> Or an easy way to use directly these yml files in Python without gettext()?

You could use PyYAML 


Mitja

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


[OSM-dev] preconditions_ok? in app/models/relation .rb and way.rb

2010-08-22 Thread Mitja Kleider
Richard Fairhurst wrote:
> I think you're misreading how the relation integrity checks work. The
API
> only checks whether an entity is still visible when the entity is
_added_
> to a relation. 
> For performance reasons, it does not check the entities
> formerly in the relation.

Thanks for clarifying. That is probably the cause.


> It assumes that they're ok, which in the case of historic
> (pre-integrity check) data may not be the case. See preconditions_ok? in
> app/models/relation.rb in the Rails port for the code.

When were the integrity checks introduced?

Are you sure that checking only _added_ entities is enough? I read it like
that: for performance reasons the checks are done when the entity is
deleted (way node in the next case).

Looking at the other example
("http://www.openstreetmap.org/api/0.6/way/60263972/1";), the deleted nodes
contained in that way (e.g.
"http://www.openstreetmap.org/api/0.6/node/338392109/5";) were deleted May
2010 (2010-05-26).

In my understanding it still should not have happened, or am I missing
something?


Mitja

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


Re: [OSM-dev] relations refering to deleted objects

2010-08-22 Thread Mitja Kleider
Richard Fairhurst wrote:
> Mitja Kleider wrote:
> > looking for referential violations I found some examples created by
> > Potlatch 1.4:
> > This relation contains only one way, and the way is deleted:
> > http://www.openstreetmap.org/browse/relation/109444 (version 115)
> 
> Um, created_by = Potlatch 0.10f

That tag is old, the changeset is tagged 
created_by = Potlatch 1.4 (live de)

Mitja


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


Re: [OSM-dev] relations refering to deleted objects

2010-08-22 Thread Mitja Kleider

Hello,

looking for referential violations I found some examples created by Potlatch
1.4:

This relation contains only one way, and the way is deleted:
http://www.openstreetmap.org/browse/relation/109444 (version 115)

This relation contains two existing nodes and many deleted nodes:
http://www.openstreetmap.org/browse/way/60263972 (version 1)

I mentioned the version because I might fix all violations in the next days.

My hope is that somebody who knows better about Potlatch might use this
information to find the cause.


Regards,
Mitja
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/relations-refering-to-deleted-objects-tp5090823p5449699.html
Sent from the Developer Discussion mailing list archive at Nabble.com.

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


Re: [OSM-dev] Show Image of Data not Available where Tiles are Empty

2010-07-09 Thread Mitja Kleider
PARVEEN ARORA wrote:
> On Fri, Jul 9, 2010 at 3:28 PM, Mitja Kleider 
> wrote:
> Am Freitag, den 09.07.2010, 01:38 +0200 schrieb Peter Körner:
> > Am 09.07.2010 00:07, schrieb PARVEEN ARORA:
> 
> > >   I am trying to show a default image of data not
> available or data
> > > coming soon
> > > where tiles are empty or not available with the help of
> following script:
> > >
> > > http://www.openstreetmap.org/openlayers/OpenStreetMap.js
> > >
> > > I have added this script to my index.html page
> > > but this script is not working or i do not know how it can
> work
> > > correctly.
> > You can take a look at [1] where this script is used.
> 
> 
> Just a short remark: OpenLayers.Layer.OSM is now part of
> OpenLayers 2.9,
> utilizing OpenLayers.Layer.XYZ
> 
> 
> http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Layer/XYZ-js.html
>   I am unable to view this link.This link is not opening. 

It seems like the server is currently not responding. If you already
downloaded OpenLayers 2.9, you will find the same documentation in the
doc subdirectory (path like in the link above).



> >You will still need to configure the empty tiles.
>   How to configure Empty Tiles, I am unable yo understand .
>   Please help me.

I did not do it myself, did you try Peter's explanation in the mail I
replied to?


Mitja



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


Re: [OSM-dev] Show Image of Data not Available where Tiles are Empty

2010-07-09 Thread Mitja Kleider
Am Freitag, den 09.07.2010, 01:38 +0200 schrieb Peter Körner: 
> Am 09.07.2010 00:07, schrieb PARVEEN ARORA:
> >   I am trying to show a default image of data not available or data
> > coming soon
> > where tiles are empty or not available with the help of following script:
> >
> > http://www.openstreetmap.org/openlayers/OpenStreetMap.js
> >
> > I have added this script to my index.html page
> > but this script is not working or i do not know how it can work
> > correctly.
> You can take a look at [1] where this script is used.

Just a short remark: OpenLayers.Layer.OSM is now part of OpenLayers 2.9,
utilizing OpenLayers.Layer.XYZ

http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Layer/XYZ-js.html

You will still need to configure the empty tiles.

> > Is there any other way to show the default image in empty tiles ?
> > Please Help..
> 
> It seems this is done by the code snippet around 
> OpenLayers.Util.onImageLoadError. There is a if-switch that uses 
> this.src. to limit the error-image to tiles loaded from 
> *.openstreetmap.org. You could override this behaviour by putting a 
> -Tag after the -Tag that loads OpenStreetMap.js like 
> this:
> 
> 
> OpenLayers.Util.onImageLoadError = function() {
>this.src = "/url/to/your/error.png
> };
> 
> 
> 
> Peter
> 
> [1] 


Mitja


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


Re: [OSM-dev] relations refering to deleted objects

2010-05-26 Thread Mitja Kleider
Richard Fairhurst wrote: 
> Stefan de Konink wrote:
> > We can solve all issues (again) and see what happens in a month. 
> > But we can already check if the revisions of the objects were made 
> > using [the program that shall not be named].
> 
> Or you could actually read the code and tell me where amf_controller is
> writing to the database without undergoing the model's usual integrity
> checks. Because AFAIK they are exactly the same as those in the XML API and
> there is no, repeat no, basis for you to make snitty little insinuations
> like this.
> 
> Line 594 of amf_controller is where you should start looking. Oh yeah,
> you're too lazy to make the effort to read Ruby code, I remember from last
> time. Sheesh.

I don't know about the previous discussion. Most of the changesets do
not have any created_by tag (maybe it is too new on changesets), some
are Potlatch 1.2a, 1.2c

To me the editor used does not matter, because I think the API should
prevent it to happen.

Did I get it right that you are directly writing to the database? What
was the reason for doing so?


Cheers
Mitja


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


Re: [OSM-dev] relations refering to deleted objects

2010-05-23 Thread Mitja Kleider
Hi,

Frederik Ramm wrote:
> > Shouldn't the API reject a changeset creating such inconsistencies?
> 
> It should. I haven't looked at your list but be aware that (contrary to 
> what some people think) the planet dump does NOT possess referential 
> integrity. For example, if a node is created and added to a relation 
> around Wednesday afternoon, it is quite likely that the node section has 
> already been dumped to file at this time (thus the node will not be 
> included in the planet file) but the relations are not yet dumped (thus 
> the node will be referenced by a relation).

Thanks for pointing out that special case.

Before I wrote the previous mail, I checked a few of the ways in my
list, for example this one:
http://www.openstreetmap.org/browse/way/42509123

They were all deleted and still part of a relation in the live API.

Cheers,
Mitja


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


[OSM-dev] relations refering to deleted objects

2010-05-23 Thread Mitja Kleider
Hi,

I found several relations that refer to non-existing objects (checked on
planet-100512.osm), for example a way that was deleted and is still part
of a relation.

I attached lists of the affected node- and way-ids in case that someone
is able to fix them automatically.
I also attached the affected relations if that is more convenient.

Shouldn't the API reject a changeset creating such inconsistencies?


Cheers,
Mitja
19545
38270
38272
82546
88067
107887
109444
112118
113404
113719
113722
113981
113987
114084
114272
114276
236878
252511
8046520
23440340
31400037
32796830
32915014
33105396
33187904
33191616
33277886
33278972
40695195
40886339
42509123
60169827
60169909
60170122
227205638
227206208
227206214
229819065
229819073
229819080
229819085
229819093
229819096
229819099
229819104
229819111
240025600
240025702
240032797
240052658
240052843
240052938
253094197
253094198
253149607
253149612
253149613
253149614
315135993
448655721
448656256
469541498
469541499
469541500
469541501
469541502
469541503
469541504
469826641
469826645
469826649
469826651
469846256
469846270
469846297
469846303
469846307
469846309
469846316
469846319
469846349
469846352
469846356
469846357
469846361
469846364
469846367
469846368
469846369
469846370
469846371
469846372
469846373
469846374
469846417
469846418
469846435
469846441
469869710
469873345
469874915
497203822
497203823
497203826
497203828
497203829
497203837
497203839
497203840
497203841
497203842
497203843
497239837
497239841
497239860
497239866
497239888
497239892
497239926
497239980
497239983
497239987
497240005
497240008
497240031
497240034
497240052
497240055
497240089
497240093
497240099
497240103
497240106
497240111
497296853
497296857
497296859
497296860
497296862
497601544
497601547
500011508
500020764
500020765
582863512
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] GSoC: POI search

2010-03-24 Thread Mitja Kleider
Graham Jones wrote: 
> I think that you correctly identify that fast data access is essential
> to have a good user experience for an interactive map.   The
> interactive map demonstrations that are currently available can feel a
> bit sluggish (presumably because of XAPI response times, but I am not
> sure).

Yes, usually the problem is either slow response times or too much data
for the browser (or slow parsers).



> I think that your proposal is to develop a separate API that
> specialises in Points of Interest in order to provide a faster
> response.

Exactly. If the performance allows it, the complete planet data will
also be available via Stefan's DBSlayer interface (XAPI-like or SQL
queries).


> The other potential improvement may be to avoid the use of specialised
> geographical queries - if they are written in a very general way for
> bounding polygons rather than simple rectangular bounding boxes, you
> should be able to get better performance by doing it yourself.

Probably I will write some kind of filter for polygons because bbox
queries can be very fast using MonetDB's sideways cracking optimization.


> What I do not understand is the benefit of using a different database
> engine rather than PostgeSQL - is there a fundamental difference
> between the one you propose and PostgreSQL that will make it faster?

The most fundamental difference is the horizontal storage of the data.
Several internal optimizations will also increase performance.


> There are plenty of people on this list that know more about big
> databases than me, so I hope they will comment on the potential
> performance improvements that you are aiming to achieve.

Maybe Stefan wants to comment this. If you are interested, there are
scientific publications on performance, too.



> The other thing that will need to be considered (not really necessary
> for the GSoC application though) is what we will do with it once this
> code is produced.  If it works well I can see it being complementary
> to XAPI, so we would need to think about a server (or servers) to run
> it on.

I am planning to rent a server at least for the beginning. If the
service is used and popular, we can think about a long term solution.


> From a GSoC point of view, to turn your idea into a proposal it would
> be good to think about your timeline for development of the project -
> how long to spend on design (database schema, performance set up
> etc.), coding the API and testing performance (presumably with
> comparisons to other data sources?).

Yes, I still have to write a timeline. I find it rather difficult to
estimate how long the single subprojects will take.

For most data sources the performance difference should be obvious, the
most interesting other source is probably the new osm2pgsql hstore
solution (introduced on this list about a week ago).



Regards,

Mitja 


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


[OSM-dev] GSoC: POI search

2010-03-20 Thread Mitja Kleider
Hi,

I would like to introduce my idea for GSoC. We already have many POI
details in the database (opening hours, website/wikipedia article,
phone, ...) that are not very accessible to the end user. There is also
a growing demand for an easy way to display icons for rare tag
combinations, like new OSM for the blind tags, "fuel stations" for
electric cars, pubs for smokers, and so on. My experience is also that
mappers are highly motivated if they can view their special details.

I was inspired by the demo introduced at SOTM09 [1] and the
OpenStreetBrowser [2] and tried to build a map with clickable POI
overlays (no tiles, but OpenLayers markers) that would provide the
tagged details as human readable text when the user clicks an icon.

This is in a proof of concept state and turned out to be useful (i.e.,
for the OpenLinkMap [3]).

If you want to support any possible tag combination with reasonable
performance and also be up to date (at least daily updates, aiming for
real-time) in my opinion none of the existing API solutions is suitable.


This is where the project idea [4] comes into play: MonetDB seems to
have the right capabilities and can be extended with spatially ranked
text search features.

The project could provide the API (including text search) and usage
examples, i.e. an OpenLayers example to build a map for end users (and
mappers) making the existing data more accessible in terms of search and
presentation.


I would like to hear your comments and suggestions. What do you think?

[1]http://xapidemo.openstreet.nl/
[2]http://www.openstreetbrowser.org/
[3]http://olm.openstreetmap.de/
[4]http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2010#Point_of_Interest_search_and_presentation


Regards
Mitja


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


Re: [OSM-dev] help

2009-08-22 Thread Mitja Kleider
Am Samstag, 22. August 2009 schrieb baqir ali:
> plz some one help me . my problem is how can i use openstreet map on my
> desktop appplication and how can i use my own routing code to calculate
> shortest path  plz help .

Map tiles: libchamplain, Marble, osm-gps-map, Graphics Dojo lightmaps

Routing: pyroute, pgRouting, YOURS, CloudMade routing API, Travelling Salesman

(Lists may be very incomplete.)

Please read the wiki and other documentation and ask specific questions on 
specific problems.

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


[OSM-dev] MySQL GIS extensions - some tipps

2009-07-21 Thread Mitja Kleider
Andi,

Roland Olbricht wrote:
>> Somebody has suggested the Cern database Root, but I have 
>> not tried this one. The source code of the mentioned legacy system is also 
>> available.

Andreas Kalsch wrote:
> Now I will google for "Cern database Root" ...

Reading Cern and ROOT I think you are looking for
http://root.cern.ch/

But I have no idea how ROOT is related to spatial queries on a Geodatabase. 
ROOT can handle coordinate systems but also Geography related?
There is a class TGeoManager. Please keep me informed if you find out more.

Regards,
Mitja

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