Re: [OSM-talk] POI Viewer in distance

[Pierre Béland]

Same grey window with Firefox 16.0.2 and Chrome under windows xp.

Bottom message Perbesar untuk melihat satuan pendidikan translate in english to 
Zoom in to see the educational unit. 

With Chrome I dont see the scale on the bottom left. With Firefox I zoomed up 
to scale 30m. without success.


 
Pierre 



>
> De : Philip Barnes 
>À : talk@openstreetmap.org 
>Envoyé le : Mercredi 14 novembre 2012 15h32
>Objet : Re: [OSM-talk] POI Viewer in distance
> 
>On Thu, 2012-11-15 at 01:35 +0700, Frans Thamura wrote:
>> hi all
>> 
>> 
>> we develop a POI VIewer on Leaftlet, with distance around 300 POI
>> around 10 km.
>> 
>> 
>> the engine develop using hibernate with Lucense, Hibernate SEarch..
>> www.hibernate.org
>> 
>> 
>> this search is the search engine which power the Hadoop
>> http://hadoop.apache.org
>> 
>> 
>> please test the apps..
>> 
>> 
>> http://bantusekolahku.kemdikbud.go.id/module/eduunit
>> 
>> 
>> you can drag the map, and see how the POI changing based on the
>> distance
>> 
>> 
>> I think this is awesome feature..
>> 
>I just get grey where the map should be. Firefox on Fedora 17 x64.
>
>Phil
>
>
>
>___
>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] POI Viewer in distance

[Michael Collinson]

Hi Frans,

Thank you for sharing this with us.

I also get a grey screen. But if I zoom out several times, I get a map. 
I can then zoom in several levels and still get a map. But if I zoom in 
one further, it goes grey again.


Firefox 17.0 beta on Windows XP.

Mike

On 14/11/2012 19:35, Frans Thamura wrote:

hi all

we develop a POI VIewer on Leaftlet, with distance around 300 POI 
around 10 km.


the engine develop using hibernate with Lucense, Hibernate SEarch.. 
www.hibernate.org 


this search is the search engine which power the Hadoop 
http://hadoop.apache.org


please test the apps..

http://bantusekolahku.kemdikbud.go.id/module/eduunit

you can drag the map, and see how the POI changing based on the distance

I think this is awesome feature..


--
Frans Thamura (???)
Shadow Master and Lead Investor
Meruvian.
Integrated Hypermedia Java Solution Provider.

Mobile: +628557888699
Blog: http://blogs.mervpolis.com/roller/flatburger (id)

FB: http://www.facebook.com/meruvian
TW: http://www.twitter.com/meruvian / @meruvian
Website: http://www.meruvian.org

"We grow because we share the same belief."


___
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] POI Viewer in distance

[Philip Barnes]

On Thu, 2012-11-15 at 01:35 +0700, Frans Thamura wrote:
> hi all
> 
> 
> we develop a POI VIewer on Leaftlet, with distance around 300 POI
> around 10 km.
> 
> 
> the engine develop using hibernate with Lucense, Hibernate SEarch..
> www.hibernate.org
> 
> 
> this search is the search engine which power the Hadoop
> http://hadoop.apache.org
> 
> 
> please test the apps..
> 
> 
> http://bantusekolahku.kemdikbud.go.id/module/eduunit
> 
> 
> you can drag the map, and see how the POI changing based on the
> distance
> 
> 
> I think this is awesome feature..
> 
I just get grey where the map should be. Firefox on Fedora 17 x64.

Phil



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

[OSM-talk] POI Viewer in distance

[Frans Thamura]

hi all

we develop a POI VIewer on Leaftlet, with distance around 300 POI around 10
km.

the engine develop using hibernate with Lucense, Hibernate SEarch..
www.hibernate.org

this search is the search engine which power the Hadoop
http://hadoop.apache.org

please test the apps..

http://bantusekolahku.kemdikbud.go.id/module/eduunit

you can drag the map, and see how the POI changing based on the distance

I think this is awesome feature..


--
Frans Thamura (曽志胜)
Shadow Master and Lead Investor
Meruvian.
Integrated Hypermedia Java Solution Provider.

Mobile: +628557888699
Blog: http://blogs.mervpolis.com/roller/flatburger (id)

FB: http://www.facebook.com/meruvian
TW: http://www.twitter.com/meruvian / @meruvian
Website: http://www.meruvian.org

"We grow because we share the same belief."
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] minutely update DB

[sly (sylvain letuffe)]

Le mardi 13 novembre 2012 00:11:26, ciprian niculescu a écrit :
> On Mon, Nov 12, 2012 at 2:21 PM, sly (sylvain letuffe) 
wrote:
> > On lundi 12 novembre 2012, ciprian niculescu wrote:
> > > Hello,
> > 
> > Hi,
> > Medium size answer : It does exists for some areas as christian pointed
> > to. And a process exists to generate those, still, what is missing is
> > someone to
> > run it on a (several) server(s) and provide minutely diffs extracts.
> 
> nice, and the procedure is? :)

I'm not the one having that in charge, but Jocelyn is (in copy)

Looks like (but only looks like) code is published here :
https://github.com/jocelynj/osm/tree/master/osc_modif

But I don't know where the osmbin manipulation library (needed) is

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk] Redaction requests - the information I need

[Paul Norman]

> From: Pieren [mailto:pier...@gmail.com]
> Sent: Wednesday, November 14, 2012 2:45 AM
> Cc: Talk Openstreetmap; d...@osmfoundation.org
> Subject: Re: [OSM-talk] Redaction requests - the information I need
> 
> On Wed, Nov 14, 2012 at 11:17 AM, Paul Norman  wrote:
> 
> > Planet dumps only include visible objects so just the deletions will
> > cause the objects to not be included.
> 
> I was thinking about older planet dumps. If I remember, Frederik made
> once a complete clean-up, including in older planet files. I guess it is
> harder today with so many replication files available (full dumps +
> diffs). So 'bad data' are never completely removed from OSM servers.
> 
> > If the server does store history there is the possibility of an issue.
> > The proper way to fix this would be to add information about the
> > redaction API calls to the replication diffs in a backwards-compatible
> way.
> 
> Yeah. Enhance the osc format is probably the best solution. Btw, is the
> 'redaction API' documented somewhere ? I don't see any thing in the main
> API wiki doc. Is it hiden because of the possible dammages or is it
> limited to certain OSM user accounts ?

The redact action is restricted to accounts with the moderator role
(basically DWG and server admins). In practice I believe I'm the only one
who calls it anymore but I've never called it directly, only through the
bot.

https://github.com/zerebubuth/openstreetmap-license-change/blob/master/redac
t_changeset.rb#L104 is how the redaction bot calls it.

I'm sure the documentation needs improvement but it's a very specialized
call which only one piece of software ever calls.


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

Re: [OSM-talk] Redaction requests - the information I need

[Frederik Ramm]

Hi,

On 11/14/2012 11:45 AM, Pieren wrote:

Planet dumps only include visible objects so just the deletions will cause
the objects to not be included.


I was thinking about older planet dumps. If I remember, Frederik made
once a complete clean-up, including in older planet files. I guess it
is harder today with so many replication files available (full dumps +
diffs). So 'bad data' are never completely removed from OSM servers.


True. I think that if it were a problem we'd probably just stop 
distributing certain old planet files rather than providing patched 
versions of them.



If the server does store history there is the possibility of an issue. The
proper way to fix this would be to add information about the redaction API
calls to the replication diffs in a backwards-compatible way.


Yeah. Enhance the osc format is probably the best solution. Btw, is
the 'redaction API' documented somewhere ? I don't see any thing in
the main API wiki doc. Is it hiden because of the possible dammages or
is it limited to certain OSM user accounts ?


The redaction API is only available to users with moderator privileges, 
which is currently more or less the members of DWG.


Bye
Frederik

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

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

Re: [OSM-talk] Redaction requests - the information I need

[Pieren]

On Wed, Nov 14, 2012 at 11:17 AM, Paul Norman  wrote:

> Planet dumps only include visible objects so just the deletions will cause
> the objects to not be included.

I was thinking about older planet dumps. If I remember, Frederik made
once a complete clean-up, including in older planet files. I guess it
is harder today with so many replication files available (full dumps +
diffs). So 'bad data' are never completely removed from OSM servers.

> If the server does store history there is the possibility of an issue. The
> proper way to fix this would be to add information about the redaction API
> calls to the replication diffs in a backwards-compatible way.

Yeah. Enhance the osc format is probably the best solution. Btw, is
the 'redaction API' documented somewhere ? I don't see any thing in
the main API wiki doc. Is it hiden because of the possible dammages or
is it limited to certain OSM user accounts ?

Pieren

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

Re: [OSM-talk] Redaction requests - the information I need

[Paul Norman]

> From: d...@osmfoundation.org [mailto:d...@osmfoundation.org] On Behalf
> Sent: Wednesday, November 14, 2012 12:43 AM
> To: Paul Norman
> Cc: Talk Openstreetmap; d...@osmfoundation.org
> Subject: Re: [OSM-talk] Redaction requests - the information I need
> 
> On Tue, Nov 13, 2012 at 11:44 AM, Paul Norman  wrote:
> > 1. Deletes data as required using changesets. In many cases this
> > essentially the same as reverting the changeset so if someone has
> > already reverted it nothing is done here.
> >
> > 2. Uses the redaction API call to hide old versions of the objects
> > that cannot be shown.
> 
> Does it mean that 'bad data' is removed from the database but not from
> the planet dumps ? and what about all db replications around the world
> if they keep the history of elements based on timely diffs ?

Planet dumps only include visible objects so just the deletions will cause
the objects to not be included.

Full history dumps only show unredacted objects so they're okay.

A service mirroring the latest data (e.g. a local planetfile,
pgsnapshot+jxapi or overpass) is also okay, assuming the replication process
works and there are no errors.

osm2pgsql should also be okay although there are bugs that can occur in rare
cases with conversions between multipolygons and normal ways. I don't
believe the redaction bot can trigger these cases.

There is not sufficient information in the replication diffs to keep a local
apidb in sync with the osm.org API. The local mirror will continue to return
history for redacted objects.

I can't give any definite answers about other DB schemas. Generally anything
where you could drop the database and reimport the latest data and end up
with an equivalent result to if you had used replication will be fine.

My guess would also be that services like Pascal's http://hdyc.neis-one.org
are also fine as it's not really presenting OSM data.

If this is a concern about the local mirror on openstreetmap.fr I don't
believe it's currently an issue if it only has France in the DB.
http://yosmhm.neis-one.org/?u=pnorman%20redaction%20revert doesn't show
anything in France and I think the nearby changesets in Germany were all
pre-license change.

If the server does store history there is the possibility of an issue. The
proper way to fix this would be to add information about the redaction API
calls to the replication diffs in a backwards-compatible way. An easier
solution only applicable to a caching server might be to discard the history
of an object whenever pnorman redaction revert touches an object.


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

Re: [OSM-talk] Redaction requests - the information I need

[Pieren]

On Tue, Nov 13, 2012 at 11:44 AM, Paul Norman  wrote:
> 1. Deletes data as required using changesets. In many cases this essentially
> the same as reverting the changeset so if someone has already reverted it
> nothing is done here.
>
> 2. Uses the redaction API call to hide old versions of the objects that
> cannot be shown.

Does it mean that 'bad data' is removed from the database but not from
the planet dumps ? and what about all db replications around the world
if they keep the history of elements based on timely diffs ?

Pieren

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