vendredi 4 mai 2007
Un dictionnaire italien pour tsearch2 sous licence GPL et la WishList 2.0 de PostGIS
Par david techer, vendredi 4 mai 2007 à 06:29 :: PostGIS et PostgreSQL
C'est dans les news de PostgreSQLFR que j'ai trouvé ce lien http://www.develer.com/~piro/ispell-italian/italian-fts.html. Je le note car il décrit de manière assez significative l'installation de tsearch2, ainsi que l'utilisation des diverses fonctionnalités de tsearch2. Comme il en est fait mention, la grande difficulté va surtout résider dans l'emploi du stemmer.
En effet apparement depuis au moins la période de mars/avril 2007, "snowball" et tsearch2 sont devenus incompatibles. J'en témoigne par rapport aux échanges que j'ai pu avoir avec un des utilisateurs de PostgreSQLFR. Heureusement pour moi 
, de mon côté, j'ai sur mon site les fichiers datant d'avant cette période les rendant encore compatibles. A ce propos voir l'URL http://www.davidgis.fr/blog/index.php?2007/03/16/176-tsearch2-et-postgresql-823-soucis-pour-le-stemmer-en-francais-pour-l-utf-8.
Le grand souci quand même chez nous c'est quand même les accents. La bonne vieille méthode de faire une colonne dupliquée en "upperisant" les mots est une méthode éprouvée!
La WishList 2.0 de PostGIS
Depuis au moins un mois maintenant le code de PostGIS en SVN n'a pas bougé. Celà est tout à fait compréhensible dans la mesure où la 2.0 devra être très riche. Si on devait la comparer à la sortie de la 1.0, je comprends que celà puisse prendre du temps. Et dire qu'à l'époque de la veille de la sortie de la 1.0.0, j'avais passé pluieurs heures sur IRC avec Sandro pour effectuer divers tests avant sa sortie. C'était le bon vieux temps.
Il faudra quand même à mon sens un moment pour l'usager pour s'habituer à la synthaxe avec le préfixage des fonctionnalités. Après une petite discut' avec Paul sur le canal #postgis de IRC, comme attendu, on aura compris qu'il faudra attendre un bon moment avant une quelconque première release de la 2.0: le temps de tout mettre sur papierr, de trouver les bonnes volontés, de définir l'ordre de priorité etc...
Pour en revenir à SQL/MM, on aura par exemple en créant une table, voir ici rapidement l'utilisation de ST_GeomFromText() et de ST_AsText()
CREATE TABLE geometry_test (gid smallint, g1 geometry);En faisant quelques insertions
BEGIN WORK;
INSERT INTO geometry_test VALUES (
1,
ST_GeomFromText ('POINT(10.02 20.01)', 1)
);
INSERT INTO geometry_test VALUES (
2,
ST_GeomFromText('LINESTRING(10.01 20.01, 10.01 30.01, 10.01 40.01)', 1)
);
INSERT INTO geometry_test VALUES (
3,
ST_GeomFromText('POLYGON((10.02 20.01, 11.92 35.64, 25.02 34.15,
19.15 33.94, 10.02 20.01))', 1)
);
INSERT INTO geometry_test VALUES (
4,
ST_GeomFromText('MULTIPOINT(10.02 20.01, 10.32 23.98, 11.92 25.64)', 1)
);
INSERT INTO geometry_test VALUES (
5,
ST_GeomFromText ('MULTILINESTRING((10.02 20.01, 10.32 23.98,
11.92 25.64), (9.55 23.75, 15.36 30.11))', 1)
);
INSERT INTO geometry_test VALUES (
6,
ST_GeomFromText ('MULTIPOLYGON(((10.02 20.01, 11.92 35.64,
25.02 34.15, 19.15 33.94, 10.02 20.01), (51.71 21.73, 73.36 27.04,
71.52 32.87, 52.43 31.90, 51.71 21.73)))', 1)
);
END WORK;
Ce qui me renverra par exemple
SELECT ST_AsText(g1) FROM geometry_test;
st_astext
--------------------------------------------------------------------------------------------------------------------------------------------
POINT(10.02 20.01)
LINESTRING(10.01 20.01,10.01 30.01,10.01 40.01)
POLYGON((10.02 20.01,11.92 35.64,25.02 34.15,19.15 33.94,10.02 20.01))
MULTIPOINT(10.02 20.01,10.32 23.98,11.92 25.64)
MULTILINESTRING((10.02 20.01,10.32 23.98,11.92 25.64),(9.55 23.75,15.36 30.11))
MULTIPOLYGON(((10.02 20.01,11.92 35.64,25.02 34.15,19.15 33.94,10.02 20.01),(51.71 21.73,73.36 27.04,71.52 32.87,52.43 31.9,51.71 21.73)))
(6 lignes)
Donc rien de bien compliqué pour le moment. On notera quand même que la plupart des fonctionnalités actuelles ne supportent pas les géométris courbées. 
J'ai fait une mise à jour de ma documentation aujourd'hui. Rien de bien extraordinaire pour le moment