Re: [osmosis-dev] Problem with pbf import into a postgres DB

[Brett Henderson]

Hi Thomas,

My German isn't great, but I'm guessing that the following message is
complaining about a missing tags column in the nodes table.

FEHLER: Spalte »tags« von Relation »nodes« existiert nicht

I notice you're specifying the following option.
validateSchemaVersion="no"

Why are you doing that? You need to use a schema version that matches your
version of Osmosis.

Brett


On 16/12/2010, at 4:10, Thomas Schreiner  wrote:

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

Re: [osmosis-dev] pbf problems under windows

[André Joost]

Am 16.12.10 07:10, schrieb André Joost:


The processing finishes after about 190 minutes.


sorry, should have been 10 minutes :-(

Greetings
André Joost



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

Re: [osmosis-dev] pbf problems under windows

[André Joost]

Am 15.12.10 18:12, schrieb Scott Crosby:

On Wed, Dec 15, 2010 at 10:56 AM, Henning Scholland
  wrote:

Sorry Scott, but I'm using a 64bit Win with a 64bit java. Also I worked with
pbf-files larger than 5GB (uncompressed europe.pbf for example) in the past
without problems. So I think it isn't a problem of filesize.


A 32-bit problem with EOF's would appear to explain why Chris is
getting 17216000 nodes in his output. His input file is about 160mb
longer than 4gb. If I truncate off the same 160mb, I get the same
number of nodes in my output. Your problem appears different but may
or may not be related.



I have no problems using the 6GB large europe.osm.bz2 from Geofabrik on 
Windows XP 32bit. The problem only arises with pbf files.
For me the limit was a few nodes earlier (10,600,000 nodes), but that 
was a few days ago.
The processing finishes after about 190 minutes. The programm could not 
have read the hole 4GB of data at this time.


Greetings
André Joost


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

Re: [osmosis-dev] pbf problems under windows

[Scott Crosby]

On Wed, Dec 15, 2010 at 11:10 AM, Chris66  wrote:
> Am 15.12.2010 17:56, schrieb Henning Scholland:
>> Sorry Scott, but I'm using a 64bit Win with a 64bit java.
>
> Me too. My test gave same results with 64 and 32 bit java
> on my 64 bit win7.

Regardless of this, it must be something related to 32 bits and bad EOF signals.

Scott

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

Re: [osmosis-dev] pbf problems under windows

[Scott Crosby]

On Wed, Dec 15, 2010 at 10:56 AM, Henning Scholland
 wrote:
> Sorry Scott, but I'm using a 64bit Win with a 64bit java. Also I worked with
> pbf-files larger than 5GB (uncompressed europe.pbf for example) in the past
> without problems. So I think it isn't a problem of filesize.

A 32-bit problem with EOF's would appear to explain why Chris is
getting 17216000 nodes in his output. His input file is about 160mb
longer than 4gb. If I truncate off the same 160mb, I get the same
number of nodes in my output. Your problem appears different but may
or may not be related.

Can you explain your symptoms and if they're different from Chris's?

Scott

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

Re: [osmosis-dev] Problem with pbf import into a postgres DB

[Thomas Schreiner]

Well,

I downloaded osmosis via svn and had a look into the code.
I found only one section where the index is dropped.
The file is called IndexManager.java.

I changed the file locally so that the SQL Statement throws only then an 
exception, when something is going wrong during the drop, not when the index is 
not existing.

See below:
private static final String[] PRE_LOAD_SQL = {
"ALTER TABLE users DROP CONSTRAINT pk_users",
"ALTER TABLE nodes DROP CONSTRAINT pk_nodes",
"ALTER TABLE ways DROP CONSTRAINT pk_ways",
"ALTER TABLE way_nodes DROP CONSTRAINT pk_way_nodes",
"ALTER TABLE relations DROP CONSTRAINT pk_relations",
"ALTER TABLE relation_members DROP CONSTRAINT 
pk_relation_members",
"DROP INDEX IF EXISTS idx_nodes_geom",
"DROP INDEX IF EXISTS idx_way_nodes_node_id",
"DROP INDEX IF EXISTS idx_relation_members_member_id_and_type"
};
private static final String[] PRE_LOAD_SQL_WAY_BBOX = {
"DROP INDEX IF EXISTS idx_ways_bbox"
};
private static final String[] PRE_LOAD_SQL_WAY_LINESTRING = {
"DROP INDEX IF EXISTS idx_ways_linestring"
};

I just changed the statements from "DROP INDEX xxx" to "DROP INDEX IF EXISTS 
xxx".
This helps for the first step.

But now I get an error that the file can not be copied, see here:
tho...@thomas-laptop:~/workspace/osmosis-SNAPSHOT-r24762M/bin$ ./osmosis --rb 
file="/Massenspeicher/bayern.osm.pbf" --wp user="osm" database="osmdb" 
password="xxx" validateSchemaVersion="no" nodeLocationStoreType="TempFile"
15.12.2010 17:42:00 org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version SNAPSHOT-r24762
15.12.2010 17:42:01 org.openstreetmap.osmosis.core.Osmosis run
INFO: Preparing pipeline.
15.12.2010 17:42:01 org.openstreetmap.osmosis.core.Osmosis run
INFO: Launching pipeline execution.
15.12.2010 17:42:01 org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline executing, waiting for completion.
15.12.2010 18:05:43 
org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager 
waitForCompletion
SCHWERWIEGEND: Thread for task 1-rb failed
org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to process COPY 
file /tmp/copy8342938904056522756n.
at 
org.openstreetmap.osmosis.pgsnapshot.common.DatabaseContext.loadCopyFile(DatabaseContext.java:293)
at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.CopyFilesetLoader.run(CopyFilesetLoader.java:97)
at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.PostgreSqlCopyWriter.complete(PostgreSqlCopyWriter.java:108)
at 
crosby.binary.osmosis.OsmosisBinaryParser.complete(OsmosisBinaryParser.java:34)
at crosby.binary.file.BlockInputStream.process(BlockInputStream.java:17)
at crosby.binary.osmosis.OsmosisReader.run(OsmosisReader.java:37)
at java.lang.Thread.run(Thread.java:662)
Caused by: org.postgresql.util.PSQLException: FEHLER: Spalte »tags« von 
Relation »nodes« existiert nicht
at 
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2062)
at 
org.postgresql.core.v3.QueryExecutorImpl.processCopyResults(QueryExecutorImpl.java:929)
at 
org.postgresql.core.v3.QueryExecutorImpl.startCopy(QueryExecutorImpl.java:713)
at org.postgresql.copy.CopyManager.copyIn(CopyManager.java:52)
at org.postgresql.copy.CopyManager.copyIn(CopyManager.java:176)
at org.postgresql.copy.CopyManager.copyIn(CopyManager.java:161)
at 
org.openstreetmap.osmosis.pgsnapshot.common.DatabaseContext.loadCopyFile(DatabaseContext.java:282)
... 6 more
15.12.2010 18:05:43 org.openstreetmap.osmosis.core.Osmosis main
SCHWERWIEGEND: Execution aborted.
org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks 
failed.
at 
org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146)
at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:92)
at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:37)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:329)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:239)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
at org.codehaus.classworlds.Launcher.main(Launcher.java:31)
tho...@thomas-laptop:~/workspace/osmosis-SNAPSHOT-r24762M/bin$

I have no idea what's g

Re: [osmosis-dev] pbf problems under windows

[Chris66]

Am 15.12.2010 17:56, schrieb Henning Scholland:
> Sorry Scott, but I'm using a 64bit Win with a 64bit java. 

Me too. My test gave same results with 64 and 32 bit java
on my 64 bit win7.

Chris



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

Re: [osmosis-dev] pbf problems under windows

[Henning Scholland]

Sorry Scott, but I'm using a 64bit Win with a 64bit java. Also I worked 
with pbf-files larger than 5GB (uncompressed europe.pbf for example) in 
the past without problems. So I think it isn't a problem of filesize.


Regards
Henning

Am 15.12.2010 17:48, schrieb Scott Crosby:

On Wed, Dec 15, 2010 at 5:24 AM, Chris66  wrote:

Am 15.12.2010 11:48, schrieb Chris66:


Some more tests:

NO effect (same sized output file) have:

java u23 (32 Bit)
-Xmx1024 setting
-XX:-ReduceInitialCardMarks (gives 'unknown VM-option' error)
osmosis V0.37

Interesting result when cutting the input file to below the
4 Gig limit:

\cygwin\bin\head --bytes=300K europe.osm.pbf>  test.osm.pbf

Now osmosis it not stopping at 3.048.916.433.

Output file has 8 Gig (still running).

Excellent experiment! I think you've found the cause.

The input file is just over 4gb. There's a 32-bit problem with the
end-of-file is, and thinks the file ends at around 4,457,858,847-2**32
=  162,891,551 bytes.

If I truncate off the first 162,891,551 bytes off of a geofabrik
europe extract and try to decode, I get 17,215,971 nodes, the exact
same as you reported with the broken file.

# head -c 162891551 /mnt/map/europe-created-on-linux.osm.pbf>
/tmp/foo.pbf ; ~/source/Map2/osmosis/package/bin/osmosis --read-pbf
/tmp/foo.pbf --write-xml file=- | wc
17215971 156188537 2524181063

Next question, why didn't this problem crop up earlier? Did a Java
update go out recently? Anyone know Java well enough to diagnose it
further, like why this problem is windows-only?

Scott

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


--
Viele Grüße
Henning


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

Re: [osmosis-dev] pbf problems under windows

[Scott Crosby]

On Wed, Dec 15, 2010 at 5:24 AM, Chris66  wrote:
> Am 15.12.2010 11:48, schrieb Chris66:
>
>> Some more tests:
>>
>> NO effect (same sized output file) have:
>>
>> java u23 (32 Bit)
>> -Xmx1024 setting
>> -XX:-ReduceInitialCardMarks (gives 'unknown VM-option' error)
>> osmosis V0.37
>
> Interesting result when cutting the input file to below the
> 4 Gig limit:
>
> \cygwin\bin\head --bytes=300K europe.osm.pbf > test.osm.pbf
>
> Now osmosis it not stopping at 3.048.916.433.
>
> Output file has 8 Gig (still running).

Excellent experiment! I think you've found the cause.

The input file is just over 4gb. There's a 32-bit problem with the
end-of-file is, and thinks the file ends at around 4,457,858,847-2**32
=  162,891,551 bytes.

If I truncate off the first 162,891,551 bytes off of a geofabrik
europe extract and try to decode, I get 17,215,971 nodes, the exact
same as you reported with the broken file.

# head -c 162891551 /mnt/map/europe-created-on-linux.osm.pbf >
/tmp/foo.pbf ; ~/source/Map2/osmosis/package/bin/osmosis --read-pbf
/tmp/foo.pbf --write-xml file=- | wc
17215971 156188537 2524181063

Next question, why didn't this problem crop up earlier? Did a Java
update go out recently? Anyone know Java well enough to diagnose it
further, like why this problem is windows-only?

Scott

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

Re: [osmosis-dev] pbf problems under windows

[Chris66]

Am 15.12.2010 13:09, schrieb Peter Körner:

> No problems converting europe-created-on-windows.osm.pbf to .osm on
> windows using osm2pbf binary.

Great. So as a workaround one can do a pipe osm2pbf -> osmosis ?

Did someone try if the 4GB limit is also hitting when reading
the pfb.file in osmosis from a pipe?

Don't know if it's already possible in 0.38 to read pbf
from a pipe.



Chris



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

Re: [osmosis-dev] pbf problems under windows

[Peter Körner]

Am 15.12.2010 10:39, schrieb Peter Körner:

Am 15.12.2010 00:48, schrieb Frederik Ramm:

I'll have to defer that to Henning - I am not sure if anyone has even
built pbf2osm on Windows?


A static cygwin build is here:
http://toolserver.org/~mazder/temp/pbf2osm-win32.zip

I'll try to convert the two files with that.


No problems converting europe-created-on-windows.osm.pbf to .osm on 
windows using osm2pbf binary. I'm at 20G outout file and it's still 
running. Currently at 

It seems like an osmosis problem.

Peter

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

Re: [osmosis-dev] pbf problems under windows

[Chris66]

Am 15.12.2010 11:48, schrieb Chris66:

> Some more tests:
> 
> NO effect (same sized output file) have:
> 
> java u23 (32 Bit)
> -Xmx1024 setting
> -XX:-ReduceInitialCardMarks (gives 'unknown VM-option' error)
> osmosis V0.37

Interesting result when cutting the input file to below the
4 Gig limit:

\cygwin\bin\head --bytes=300K europe.osm.pbf > test.osm.pbf

Now osmosis it not stopping at 3.048.916.433.

Output file has 8 Gig (still running).

Chris


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

Re: [osmosis-dev] pbf problems under windows

[Chris66]

Am 15.12.2010 10:19, schrieb Chris66:

> input file:
> 
> europe.osm.pbf as of 14-dec-2010,
>  size 4.457.858.847
>  md5sum 0c02f7016d02b8ab011932e2d8fbeca7
> 
> my command (osmosis latest / 0.38):
> 
> osmosis --read-pbf europe.osm.pbf --wx europe.osm
> 
> result on win7-64:
> 
> size:
> 3.048.916.433 europe.osm
> 
> number of nodes:
> grep "node id" europe.osm | wc
> 17216000 156189161 2524241741
> 
> Java(TM) SE Runtime Environment (build 1.6.0_21-b07)
> Java HotSpot(TM) 64-Bit Server VM (build 17.0-b17, mixed mode)


Some more tests:

NO effect (same sized output file) have:

java u23 (32 Bit)
-Xmx1024 setting
-XX:-ReduceInitialCardMarks (gives 'unknown VM-option' error)
osmosis V0.37

Chris



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

[osmosis-dev] Problem with pbf import into a postgres DB

[Thomas Schreiner]

Hello,

I've downloaded the osmosis version 0.38 (latest).
I try to import a pbf file downloaded from download.geofabrik.de.

I will always get an exception, that an index can not be dropped. Why.
See the details below.

tho...@thomas-laptop:~/workspace/osmosis-0.38/bin$ ./osmosis --rb 
file="/Massenspeicher/bayern.osm.pbf" --wp user="osm" database="osmdb" 
password="xxx" validateSchemaVersion="no" nodeLocationStoreType="TempFile"
15.12.2010 00:59:04 org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.38
15.12.2010 00:59:04 org.openstreetmap.osmosis.core.Osmosis run
INFO: Preparing pipeline.
15.12.2010 00:59:04 org.openstreetmap.osmosis.core.Osmosis run
INFO: Launching pipeline execution.
15.12.2010 00:59:04 org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline executing, waiting for completion.
15.12.2010 01:45:34 
org.springframework.beans.factory.xml.XmlBeanDefinitionReader 
loadBeanDefinitions
INFO: Loading XML bean definitions from class path resource 
[org/springframework/jdbc/support/sql-error-codes.xml]
15.12.2010 01:45:35 org.springframework.jdbc.support.SQLErrorCodesFactory 
INFO: SQLErrorCodes loaded: [DB2, Derby, H2, HSQL, Informix, MS-SQL, MySQL, 
Oracle, PostgreSQL, Sybase]
15.12.2010 01:45:35 
org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager 
waitForCompletion
SCHWERWIEGEND: Thread for task 1-rb failed
org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL 
grammar [DROP INDEX idx_relation_members_member_id_and_type]; nested exception 
is org.postgresql.util.PSQLException: FEHLER: Index 
»idx_relation_members_member_id_and_type« existiert nicht
at 
org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:98)
at 
org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72)
at 
org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80)
at 
org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80)
at 
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:406)
at 
org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:518)
at 
org.springframework.jdbc.core.simple.SimpleJdbcTemplate.update(SimpleJdbcTemplate.java:248)
at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.IndexManager.prepareForLoad(IndexManager.java:103)
at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.CopyFilesetLoader.run(CopyFilesetLoader.java:92)
at 
org.openstreetmap.osmosis.pgsnapshot.v0_6.PostgreSqlCopyWriter.complete(PostgreSqlCopyWriter.java:108)
at 
crosby.binary.osmosis.OsmosisBinaryParser.complete(OsmosisBinaryParser.java:33)
at crosby.binary.file.BlockInputStream.process(BlockInputStream.java:17)
at crosby.binary.osmosis.OsmosisReader.run(OsmosisReader.java:36)
at java.lang.Thread.run(Thread.java:662)
Caused by: org.postgresql.util.PSQLException: FEHLER: Index 
»idx_relation_members_member_id_and_type« existiert nicht
at 
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2062)
at 
org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1795)
at 
org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:479)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:353)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:299)
at 
org.apache.commons.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228)
at 
org.apache.commons.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228)
at 
org.springframework.jdbc.core.JdbcTemplate$1UpdateStatementCallback.doInStatement(JdbcTemplate.java:508)
at 
org.springframework.jdbc.core.JdbcTemplate$1UpdateStatementCallback.doInStatement(JdbcTemplate.java:1)
at 
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:395)
... 9 more
15.12.2010 01:45:35 org.openstreetmap.osmosis.core.Osmosis main
SCHWERWIEGEND: Execution aborted.
org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks 
failed.
at 
org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146)
at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:92)
at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:37)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invok

Re: [osmosis-dev] pbf problems under windows

[Peter Körner]

Am 15.12.2010 00:48, schrieb Frederik Ramm:

I'll have to defer that to Henning - I am not sure if anyone has even
built pbf2osm on Windows?


A static cygwin build is here: 
http://toolserver.org/~mazder/temp/pbf2osm-win32.zip


I'll try to convert the two files with that.

Peter

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

Re: [osmosis-dev] pbf problems under windows

[Chris66]

Am 13.12.2010 09:12, schrieb Frederik Ramm:

> I have a number of reports where Windows users complain that they
> cannot process my (osmosis-generated) .osm.pbf extracts under Windows.
> For some it seems to break with country extracts but it seems that
> everybody has problems with the Europe extract.

Hi,
I also did a test:

input file:

europe.osm.pbf as of 14-dec-2010,
 size 4.457.858.847
 md5sum 0c02f7016d02b8ab011932e2d8fbeca7

my command (osmosis latest / 0.38):

osmosis --read-pbf europe.osm.pbf --wx europe.osm

result on opensuse 10.2-64:

HD overflow when reaching 50 Gig.

result on win7-64:

size:
3.048.916.433 europe.osm

number of nodes:
grep "node id" europe.osm | wc
17216000 156189161 2524241741


java version:

java version "1.6.0_21"
Java(TM) SE Runtime Environment (build 1.6.0_21-b07)
Java HotSpot(TM) 64-Bit Server VM (build 17.0-b17, mixed mode)

last lines:

tail europe.osm

  
  
  
  
  
  
  
  
  




Chris



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